Print portal system on network

ABSTRACT

The technique of the present invention intermediates between an arbitrary client and an arbitrary printer connecting with a network to actualize practical printing works. A print portal system utilizing a server connected to the network intermediates between the client and the printer to execute a printing operation. The client outputs a printing requirement, which specifies print data of interest and a printer as an output resource, to the print portal system. The print portal system converts the input print data into data of a general purpose format, which does not depend upon the type of the printer, and transfers the converted print data to the specified printer.

This is a Continuation of application Ser. No. 09/959,011 filed Oct. 17,2001 now U.S. Pat. No. 7,266,590. The disclosure of the priorapplication is hereby incorporated by reference herein in its entirety.

TECHNICAL FIELD

The present invention relates to a technique of intermediating betweenclient computers and printing apparatuses, both connected to a network,to execute printing operations via the network.

BACKGROUND ART

A variety of printers are used as an output device of computers. Theprinter is conventionally one-to-one connected to a computer via aspecific cable like a two-way parallel interface (hereinafter referredto as ‘local connection’), and receives data from the computer to carryout printing. With recent advancement of LANs (Local Area Networks),multiple printers connecting with a network share one or plural printersconnected to the network.

Application of a certain protocol called IPP (Internet PrintingProtocol) actualizes printing between an arbitrary client and anarbitrary printing apparatus, both connecting with the Internet. In thisapplication, however, the output resource is restricted to printingapparatuses having known URIs (Uniform Resource Indicators). The simpleapplication of IPP thus does not attain printing with the high utilitythat allows free choice of the output resource on the network.

In any of the known applications mentioned above, the state ofconnection of the printer with the computer is generally fixed. In otherwords, printing is typically carried out at a fixed location for eachowner of the computer.

The recent development of the information infrastructure, such as theInternet, and the improvement in mobility of terminals used for accessto the information infrastructure, such as mobile computers and cellularphones, enable access to information from any locations. In suchcircumstances, the technique of allowing free choice of the outputresource for printing on the network has highly been demanded. Onedesired procedure uses a closest printing apparatus to carry outprinting immediately after collection of information to be printed. Sucha printing requirement should readily be executable from any mobileterminal.

In the structure of allowing free choice of the output resource on thenetwork, however, there are a diversity of requirements as discussedbelow.

Requirements Relating to Transmission of Print Data

The print data is generally converted into print control data proper toeach printer (hereinafter referred to as ‘raw data’) by a printer driverand supplied to the printer. In order to enhance the degree of freedomin selection of the printing apparatus, it is required to assure theflexibility of print data supplied to the printing apparatus.

Requirements Relating to Accuracy and Stability of Printing

The enhanced degree of freedom in selection of the output resource leadsto the possibility that printing is carried out with an unintentionaloutput resource due to wrong specification by the client. The printingapparatus specified as the output resource may be located at a placeapart from the client. Even under such conditions, it is required toensure successful printing. The printing system utilizing the printingapparatus requires various costs, for example, of expendables likeprinting paper and ink, power supply to the printing apparatus, andmaintenance of the printing apparatus. Proper charging for these costsis required without mistakes.

Requirements Relating to Prevention of Illegal Printing

The enhanced degree of freedom in selection of the output resource leadsto the possibility that faithless printing requirements damage thebenefits of the owners of the respective printing apparatuses and thewell-intentioned common users. This includes the case of non-requiredprinting of an extremely large volume and the case of leaving printsuncollected after the user's output of a printing requirement. Thesecases are disadvantageous to the owners of printing apparatuses, sincethey can not properly charge for expendables like ink and paper. Thesecases are also disadvantageous to the well-intentioned common users,since the mass-volume printing interferes with normal use of theprinting apparatuses.

In order to prevent illegal printing, it is required to make therelationship between the respective users and available printingapparatuses under certain management. An increase in number of availableprinting apparatuses as the possible options significantly increase theloading of management. The requirement is thus construction of a systemthat allows flexible selection among a large number of printingapparatuses, while avoiding an extreme increase in loading ofmanagement.

Requirements Relating to Enhancement of Utility

In the actual services, there are requirements to collectively print aplurality of contents. Especially in the case of printing gainedinformation at any out-home or out-office place, collective printing ofmultiple contents is highly demanded to reduce the required printingtime and printing cost and to simplify the required operations.

The user may desire to print an identical document at multiple places.Documents like catalogs, application forms, and estimate sheets used onbusiness correspond to such requirements. If the user is required toalways carry document data for printing such typical documents, thisdamages the utility of the printing environment that allows free choiceof the output resource.

From these viewpoints, the requirement is thus construction of a systemhaving high utility in the printing process.

Requirements Relating to Ensuring Accurate Delivery of Prints

In the printing environment that allows free choice of the outputresource, there is a possibility that printing requirements fromunspecific plural people are concentrated on one identical printingapparatus. It is thus required to ensure accurate delivery of resultingprints to the right users. It is also required to readily find the causeif the user receives a print different from the requirement.

Requirements Relating to Protection of Profits of Printer Owners

For example, it is assumed that a business proprietor locates a printerin a shop and provides printing services with this printer via theInternet. In such cases, there may be a business requirement that theshop owner who owns the printer desires to restrict printing ofcontents, which may benefit competitors' shops. There may also beanother business requirement that the content provider who providescontents on Web pages via the Internet desires to restrict the outputresource to printers located at specific shops. The requirement onbusiness is thus the functionality of controlling the output resourceand other printing conditions according to contents to be printed.

Each printing service provider naturally desires to make its servicesunique and different from those of other printing service providers. Thesystem that allows arbitrary choice of the output resource should thusbe constructed for each printing service provider who provides printingservices. Under such circumstances, to attain the functionality ofrestricting output resources, individual registration is requiredbetween each content provider and each printing service provider whoprovides printing services. The registration work is remarkablytroublesome when there are a large number of content providers andprinting service providers.

DISCLOSURE OF THE INVENTION

The object of the present invention is to meet at least part of therequirements described above and to provide a printing system thatallows free selection of an output resource for printing on a network.The present invention provides a print portal system that intermediatesbetween multiple content provider servers and multiple printingapparatuses to execute a printing operation in response to aninstruction from a client connected to a network.

The client is a hardware structure, which has the function of gainingaccess to the network and is used by a user of the print portal system.Personal computers and cellular phones are typical examples of theclient.

The network of the present invention may be either a LAN (Local AreaNetwork) or a WAN (Wide Area Network). The system of the presentinvention is especially effective for the wide area network like theInternet. In the description below, the server may represent a singleserver or a group of multiple servers that attain a diversity ofprocessing in a distributed manner.

The present invention is directed to a first print portal system, whichincludes: multiple lower-layer portal modules that manage the multipleprinting apparatuses and interact with one of the printing apparatusesunder management, which is designated by the client, to transmit printdata to the designated printing apparatus; and an upper-layer portalmodule that manages the multiple lower-layer portal modules andinteracts with one of the lower-layer portal modules under management,which is designated by the client, to transmit the print data to thedesignated lower-layer portal module. Namely the first print portalsystem uses the two different layers, that is, lower-layer portalservers including the lower-layer portal modules and an upper-layerportal server including the upper-layer portal module, to attain theintermediate of printing.

The upper-layer portal server included in the first print portal systemhas: a lower-layer portal server management module that manages aplurality of lower-layer portal servers, which manage the multipleprinting apparatuses and interact with a selected one of the printingapparatuses under management to transmit print data to the selectedprinting apparatus; and an upper-layer portal module that transmits theprint data from one of the content provider servers to one of thelower-layer portal servers, which is designated by the client.

Here the printing apparatus represents a unit including a printer as thehardware structure to execute printing and a controller for controllingthe operations of the printer, for example, a computer. In the processof printing with a printer, a printer driver generally functions toconvert print data into control signals proper to the printer(hereinafter referred to as raw data) and transfer the raw data to theprinter. Namely the printing apparatus represents a unit that carriesout conversion into raw data and executes printing.

The functions of the lower-layer portal module include the function ofmonitoring the state of each printing apparatus and the function ofcontrolling a printing requirement transmitted from the upper-layerportal module. The former function collects the working status of eachprinting apparatus via communication and transmits the printingrequirement only to an available printing apparatus that stands by forprinting. This function enhances the reliability of printing on thenetwork. Namely this function effectively prevents the printingrequirement from being output to an unavailable printing apparatus, thusreducing potential troubles that the user can not receive proper prints.

The latter function, for example, keeps a log relating to the output,changes the output resource of the printing requirement, or cancels theprinting requirement. This function is different from the spoolerfunction, since the function of the present invention does not managethe print data kept in the lower-layer portal module but manages theprint data transmitted to the printing apparatus. This function flexiblyhandles a diversity of user's requirements in the process of printing,for example, a change of the printing apparatus specified as the outputresource or cancellation of the printing requirement.

The lower-layer portal module may have the proper functions set forprinting with printing apparatuses under its own management. Such properfunctions include, for example, a function of appropriately laying outmultiple contents specified as the object of printing on the surface ofpaper and printing the laid-out contents and a function of adding apreset banner advertisement to a content and printing the content withthe banner advertisement. In the system of the present invention, themultiple lower-layer portal modules may be owned by different businessproprietors. Each lower-layer portal module may thus give services withadditional values proper to each business proprietor.

The upper-layer portal module is a unit that places a plurality oflower-layer portal modules under management and transmits print data toone of the lower-layer portal modules based on a specification by theclient. The print data is transferred to the printing apparatus forprinting, through the upper-layer portal module and the lower-layerportal module. The upper-layer portal module functions as an interfacein communication between the content provider server and the client.Namely the upper-layer portal module provides a common interface to themultiple lower-layer portal modules. The upper-layer portal modulecomprehensively carries out diverse controls required on business, forexample, restricting available printing apparatuses for each contentprovider or for each user. Neither the content providers nor the usersare required to individually register with each printing serviceprovider, but flexibly use diverse printing services only through accessto the upper-layer portal module. The arrangement of the presentinvention ensures such utility without damaging the uniquecharacteristics of each printing service provider that owns thelower-layer portal module.

The upper-layer portal module also gives advantages to printing serviceproviders. For successful business, the printing service provider isrequired to increase the number of users who utilize the printingservice and to expand the range of available print data or contents.Significant loading is imposed on each service provider who individuallytries the business expansion. In the print portal system of the presentinvention, on the other hand, the upper-layer portal module manages allthe content providers and the users. The arrangement of this systemreadily increases the number of system users by simply asking thecontent providers and the users to utilize the printing service. Theupper-layer portal module accordingly provides the environment thatallows easy expansion of the cooperation of the content providers, theusers, and the printing service providers in the printing system via thenetwork.

In accordance with one preferable application of the first print portalsystem, the upper-layer portal module has an interface providing unitthat provides an interface window, which is displayed on the client inthe course of the printing operation, according to a format common tothe plurality of lower-layer portal servers.

This arrangement enhances the utility of printing service via thenetwork. Providing an interface window according to a common formatenables the user to utilize the printing services provided by thediverse lower-layer portal modules through similar operations.

The interface according to the common format does not mean that thedetails of the display are restricted to any uniform pattern. Onlyrequirement is unification of basic operations and correspondingdisplays, such as the selection of a desired printing apparatus and thespecification of print data.

It is also desirable that the print portal server has the function ofcustomizing the interface. In the case of a user who generally specifiesa restricted number of printing apparatuses, customization is desirableto preferentially display the generally used printing apparatuses in theinterface for selecting the output resources. This enhances the utility.

In accordance with another preferable application of the first printportal system, the print portal server further includes: an input modulethat receives address information representing an address of the printdata on the network from the client; and a data fetching module thatfetches the print data via the network, based on the addressinformation.

A URL (Uniform Resource Locator) or an IP address of a mail server maybe used for the address information. The client is required to specifyonly the address information for printing. The arrangement thus enhancesthe utility. This application is especially effective for the clienthaving a relatively poor storage capacity. The application utilizing theaddress information may be used to print electronic mail data stored ina mail server or data accumulated in a server for display of Web pages.

In accordance with still another preferable application of the firstprint portal system, the print portal server further includes: a printdata receiving module that is capable of receiving the print datafollowing any of a plurality of different formats via the network; and aconverted data gaining module that gains the print data converted into apredetermined general purpose format. The upper-layer portal moduleinteracts with the designated lower-layer portal server to transmit theconverted print data to the designated lower-layer portal server.

Each printing apparatus generates raw data proper to the printingapparatus according to a general purpose format and carries outprinting. This application enables diverse printing apparatuses to beincluded in a list of available output resources. The arrangement doesnot require the client to possess the function of conversion into rawdata, thus enhancing the utility.

The general purpose format may be PDF or a page description languagelike PostScript (registered trademark). Such format allows the layout ofa print to be kept rather easily. Such format is capable of convertingany print data, so that the technique of the present invention isapplicable to a diversity of print data.

A second print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to execute a printingoperation in response to an instruction from a client connected to anetwork. The print portal server includes: an input module that receivesa printing requirement including designation of a printing apparatus asan output resource from the client; a management module thatdiscriminates a first class of a printing apparatus under management ofthe print portal server from a second class of a printing apparatusunder management of another print portal server; and a job controlmodule that, when the designated printing apparatus is included in thefirst class, interacts with the designated printing apparatus totransmit the printing requirement to the designated printing apparatus,and when the designated printing apparatus is included in the secondclass, interacts with the another print portal server to transmit theprinting requirement to the another print portal server.

The print portal server may have a double-layered structure including anupper layer and a lower layer like the first print portal system, or mayalternatively have a single-layered structure.

The second print portal system readily attains extension of the systemby combining a plurality of print portal servers.

For example, it is assumed that a plurality of print portal serversconnected to individual clients and printing apparatuses are present onthe network. In the arrangement of the second print portal system, themanagement module of one print portal server and the management moduleof another print portal server share information. The management moduleregards the printing apparatus of the second class, that is, theprinting apparatus under management of another print portal server, asthe object of its own management, while storing the name of the anotherprint portal server that actually manages the printing apparatus of thesecond class. The management module thus causes printing apparatuses ofthe second class to be included in the list of available printingapparatuses submitted to the client. When the client specifies aprinting apparatus of the second class as the output resource, thesecond print portal system transfers the printing requirement to anotherprint portal server that manages the printing apparatus of the secondclass. This arrangement thus readily attains the intermediate ofprinting.

A third print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to execute a printingoperation in response to an instruction from a client connected to anetwork. The print portal server includes: a first input module thatreceives at least specific information for specifying print data fromthe client; a second input module that receives designation informationfor specifying a printing apparatus, which is designated by the clientas an output resource, from the client after the input of the specificinformation; and a portal module that interacts with the designatedprinting apparatus to transmit the print data to the designated printingapparatus, based on the designation information.

The print portal server may have a double-layered structure including anupper layer and a lower layer like the first print portal system, or mayalternatively have a single-layered structure.

The third print portal system enables the output resource to bespecified after the acceptance of the input of print data. Thisarrangement ensures flexible selection of the output resource by takinginto account the relation to the print data.

For example, it is assumed that this system is applied to print acontent provided by the content provider server. A content may haverestriction of printing conditions, such as the availability of colorprinting, the availability of double-face printing, or the paper size.In the structure of transmitting print data after specification of theprinting apparatus, there is a possibility that the printing operationis rejected, because of the restriction. The third print portal systemspecifies the printing apparatus by taking into account suchrestriction, thus enhancing the utility. In one possible modification,the first input module may input information for specifying a printingcondition as well as print data, whereas the second input module maydetermine whether or not the designation information of the printingapparatus is suitable, based on the printing condition.

Another advantage of the third print portal system is to allowspecification of the printing apparatus at a different timing from thetiming of specification of print data. For example, the user firstspecifies print data and issues a printing requirement when finding acontent to be printed. The user then specifies the printing apparatuswhen finding an available printing apparatus. In the structure ofallowing the time interval between the specifications, it is desirablethat identification information, such as a user ID or a job number, isused to map the specification of the print data to the specification ofthe printing apparatus.

The print portal system of the present invention may be constructed tofacilitate issuance of a printing requirement.

A fourth print portal system of the present invention utilizes a Webserver as the content provider server.

The Web server connects with a network, wherein a print portal server isconnected to the network to transmit data supplied from the Web serverto a printing apparatus connecting with the network and thereby executea printing operation with the printing apparatus. The Web server has adata supply module that supplies data for displaying a predetermined Webpage via the network. The Web page includes link information on a linkto a preset print portal server connected to the network.

The print portal server may have a double-layered structure including anupper layer and a lower layer like the first print portal system, or mayalternatively have a single-layered structure.

The fourth print portal system allows issuance of a printingrequirement, based on the link information provided by the Web server.When the user finds a content to be printed on a Web page, thisarrangement enables the user to immediately output a printingrequirement on the Web page, thus advantageously enhancing the utilityof the print portal system.

In accordance with one preferable application of the fourth print portalsystem, the Web server further has a transfer module that transfers atleast specific information for specifying the Web server on the networkto the preset print portal server, in response to a request based on thelink information.

The transfer module functions to smoothen the printing process.

A fifth print portal system of the present invention utilizes a Web pagebrowsing apparatus as the client.

The Web page browsing apparatus connects with a network, wherein a printportal server is connected to the network to transmit data supplied froma predetermined Web server to a printing apparatus connecting with thenetwork and thereby execute a printing operation with the printingapparatus. The Web page browsing apparatus includes: a display unit thatdisplays a predetermined Web page via the network; and a requirementoutput unit that outputs a printing requirement, which does not includeinformation for specifying a printing apparatus as an output resourcebut includes information for specifying the predetermined Web page underdisplay to the print portal server.

The Web page browsing apparatus of the present invention enables theuser to readily output a printing requirement, while browsing Web pages.The Web page provided by the content provider server is not required toinclude the link information. This arrangement advantageously relievesthe load of the content provider server.

The Web page browsing apparatus is constructed by, for example,installing software called a browser on the hardware structure, such asa personal computer. The browser having the above functions thus allowsconstruction of the Web page browsing apparatus of the presentinvention. The technique of the present invention is accordinglyattained by a software providing the browsing functions of Web pages ora module exerting the functions of the requirement output unit.

A sixth print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives printing conditions fromat least two designators among the printing apparatus, the client, andthe content provider server; a condition selection module that selectsone of the input printing conditions, based on a preset priority orderassigned to designators of the printing conditions; and a portal modulethat transmits the print data together with the selected printingcondition.

In the print portal system of the present invention, each designator mayspecify the printing conditions. Here the printing conditions represent,for example, the settings of printing paper, availability of colorprinting, and availability of double-face printing. In some cases,different designators may specify contradictory printing conditions. Thesixth print portal system selects the printing conditions by taking intoaccount the priority order.

The priority order may be set arbitrarily.

For example, the setting may give the higher priority to the printingapparatus than the client.

In another example, the setting may give the higher priority to thecontent provider server than the client.

The print portal system of the present invention may be constructed toallow specification of the output resource.

A seventh print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a storage module that maps address information forspecifying an address of each printing apparatus on the network toidentification information allocated to the each printing apparatusirrespective of the address information, and stores the mapping; aninput module that inputs the identification information from the client;and a portal module that transmits the print data, based on the addressinformation mapped to the input identification information.

The seventh print portal system utilizes the identification informationto make the printing apparatus apparently hidden from the network. Thisarrangement effectively reduces illegal accesses to the printingapparatus, while ensuring the high degree of freedom in selection bylegal users who gain the identification information.

The address information may be a URI utilized in IPP or an IP addressutilized in TCP/IP, which is the standard protocol of the Internet. Theidentification information may be an arbitrary number or an arbitrarysequence of letters set irrespective of the address information.

An eighth print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a database that classifies the multiple printingapparatuses into groups of a hierarchical structure and manages theprinting apparatuses; and an interface providing module that providesthe client with an interface window for successively specifying theprinting apparatuses from a top-most layer in the hierarchicalstructure.

This arrangement allows the user's sequential selection in thehierarchical structure, thus facilitating the specification of aprinting apparatus meeting the user's requirement.

A ninth print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a database that manages preset attribute informationassigned to each printing apparatus; an input module that receives aselection condition for selecting one of the printing apparatuses fromthe client; and a retrieval module that retrieves a printing apparatussuitable for the selection condition based on the database, and providesthe client with a result of the retrieval.

When a mobile terminal is used as the client, input of positionalinformation regarding the position of the mobile terminal leads toretrieval of the location of a nearby printing apparatus. When differentprices are set in different printing apparatuses, the price may be usedfor the selection condition of retrieval. The performance of theprinting apparatus, such as the availability of color/monochromaticprinting or the resolution, may be used for the selection condition ofretrieval. The arrangement of locating a desired printing apparatusbased on the diverse selection conditions desirably enhances the utilityof the printing service.

In accordance with one preferable application of the ninth print portalsystem, the print portal server further has: a receiver module thatreceives designation of a printing apparatus as an output resource fromthe client, based on the result of the retrieval; and a portal modulethat transmits the print data to the designated printing apparatus.

There is a degree of freedom in user's final selection of the printingapparatus. This arrangement thus enhances the utility.

A tenth print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a registration module that registers requirement sourceidentification information for identifying at least one of a user whodesires the printing operation, the client, and the print data; an inputmodule that accepts an input of the requirement source identificationinformation via an information collector unit provided in the printingapparatus for input of external information; and an output resourcespecification module that compares the input information with therequirement source identification information registered in theregistration module and thereby specifies an output resource for theprinting operation.

The requirement source identification information may be a user ID or auser password as information for identifying the user, an IP address oran MAC address of the client or ID information proper to the client asinformation for identifying the client, or a job number assigned to theprint data as information for identifying the print data.

The tenth print portal system receives information for identifying theoutput source from the output source and actually identifies the outputsource via the reverse pathway. This arrangement enables the user toreadily specify the printing apparatus, while advantageously preventingoutput with an unintentional printing apparatus due to wrongspecification.

For example, a keyboard, a touch panel, or another interface provided inthe printing apparatus may be used for the information collector unit.

In the tenth print portal system, the information collector unit may bea radio communication circuit that is capable of receiving andtransmitting information when the client is located in a neighborhood ofthe printing apparatus.

For example, infrared or Bluetooth (trademark) is usable for thispurpose.

The print portal system of the present invention may be constructed toreduce the possibility of wrong specification by the user and enhancethe accuracy of printing.

An eleventh print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives a printing requirementfrom the client; an execution confirmation module that displays at leastpart of information included in the printing requirement and asks theclient to confirm whether or not a printing operation is to be executedin response to the printing requirement; and a portal module thattransmits the print data when the client gives an instruction to executeprinting in response to a requirement for the confirmation.

The eleventh print portal system carries out printing after the user'sconfirmation, thus enhancing the accuracy of printing under theconditions meeting the user's intention.

For example, display of the output resource specified by the userenhances the accuracy with regard to the specification of the outputresource. In the case of printing with a high degree of freedom inprinting conditions and output resource between the client and theprinting apparatus connecting with the network, there is a possibilitythat a printing apparatus against the intention of the user is used forprinting. Such wrong output is not allowable for prints with highsecrecy. The eleventh print portal system requires the user to check thespecified output resource prior to actual printing. This arrangementeffectively prevents wrong specification of the output resource.

In the eleventh print portal system, the print portal server further hasa cost calculation module that calculates a cost required for theprinting operation in response to the printing requirement, and theexecution confirmation module displays the cost.

This arrangement enables the user to obtain prints within a cost meetingthe user's intention without a fear of being charged an unexpectedlyhigh cost.

A twelfth print portal system of the present invention utilizes a printportal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives the print data and aprinting requirement including specification of a printing apparatusfrom the client; a test print output module that outputs preset data,which is different from the print data, to the specified printingapparatus for test printing, prior to actual printing of the print data;and a portal module that transmits the print data to the specifiedprinting apparatus when the client confirms that the test printing isnormal.

The preset data may be advertisement data.

The test printing is used to check the specification in the printingapparatus. The test printing using the preset data different from theprint data assures the secrecy of the print data even in the case ofwrong specification in the printing apparatus.

A thirteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives a printing requirement,which includes specification of a printing apparatus as an outputresource, from the client; a working state detection module that detectsa working state of the specified printing apparatus; and a prohibitionmodule that prohibits the transmission of the print data, when thedetected working state falls into a preset condition that possiblycauses failure of printing.

The thirteenth print portal system intends to ensure accuracy ofprinting. In the system of printing via the network, there is apossibility that the client is apart from the printing apparatusspecified as the output resource. Such separation may prevent the userfrom directly observing the status of the specified printing apparatus.The thirteenth print portal system prohibits the printing operation whenthe printing apparatus is under the condition that possibly causesfailure of printing. This arrangement effectively reduces failure ofprinting via the network.

The preset condition that possibly causes failure of printing may beinsufficiency of ink or toner, insufficiency of printing paper, or wearof a movable part used for printing, such as a drum. The presetcondition may be determined by comprehensively considering theseconditions or by utilizing only one of these conditions. A diversity ofknown techniques may be applied to detect the working state viacommunication.

The determination of whether or not the working state falls into thepreset condition may be absolute or relative. An example of the absolutemethod determines that the working state falls into the preset conditionthat possibly causes failure of printing, when the remaining quantity ofink becomes less than a preset level. An example of the relative methoddetects insufficiency of ink, based on the comparison between theremaining quantity of ink and the print data specified by the client. Inthis method, it is determined that the working state may cause failureof printing, when the print data requires a greater volume than acertain quantity of ink. It is, however, determined that the workingstate does not cause failure of printing, when the print data requires asmaller volume than the certain quantity of ink.

In the thirteenth print portal system, it is desirable that theprohibition module informs the client of the detected working state.

The user is thus notified of the current status of the specifiedprinting apparatus. This arrangement enhances the utility of printingvia the network. The information may be given to the client in variousforms, for example, in the form of a display or in the form of an alarm.

A fourteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives specification of aprinting apparatus as an output resource and a printing condition fromeither one of the client and the content provide server; a working statesetting module that sets a working state of the specified printingapparatus to be suited to the specified printing condition; and a portalmodule that transmits the print data to the specified printingapparatus, when it is confirmed that the working state is suited to thespecified printing condition.

Like the thirteenth print portal system, the fourteenth print portalsystem intends to ensure accuracy of printing. In the structure ofspecifying a desired printing apparatus on the network, the user may notbe allowed to directly set printing conditions, such as the size ofprinting paper. The fourteenth print portal system enables the settingof the working state of the specified printing apparatus to be suited tothe printing condition specified by the client. For example, the systemselects a paper tray corresponding to the desired paper size forprinting.

The fourteenth print portal system raises the degree of freedom inuser's setting of the printing condition, thus further enhancing theutility of printing via the network. When no size selection of printingpaper is allowed, that is, when the size of printing paper printablewith each printing apparatus is restricted to one size, the user isrequired to find the output resource that uses the printing paper of theuser's desired size or to accept printing on a different size ofprinting paper. In the fourteenth print portal system, each printingapparatus has a plurality of available paper sizes and allows setting ofa desired paper size. This arrangement ensures printing in a desiredspecification with an arbitrary printing apparatus, thus significantlyenhancing the utility.

A fifteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives a printing requirement,which includes identification of a user who issues the printingrequirement and of the print data and specification of a printingapparatus as an output resource; an input source identificationinformation generator module that generates input source identificationinformation, which includes information proper to at least either one ofthe user and the print data; and a portal module that transmits theinput source identification information and the print data to thespecified printing apparatus.

The input source identification information includes at least one ofinformation for identifying the user (hereinafter referred to as ‘userinformation’) and source information. The user information includes thename of the user and a user ID allocated to the user for the use of thesystem. The source information includes the URL (Uniform ResourceLocator) of a specified content and the name of the content.

The fifteenth print portal system causes the input source identificationinformation to be printed with the print data. This arrangementeffectively prevents confusion of prints between plural users, whenprinting requirements from the plural users are concentrated on anidentical printing apparatus. This arrangement effectively ensuresaccurate delivery of a resulting print to the right user in the case ofprinting a document with high secrecy.

The arrangement of printing the source information facilitatesconfirmation of whether the resulting print matches the printingrequirement. When the resulting print is different from the user'srequirement, this arrangement enables an error, if any, to be readilyfound in the specification of the print content.

In the fifteenth print portal system, the input source identificationinformation generator module may combine the input source identificationinformation with a marginal area of the print data, or may generate theinput source identification information as data to be printed in adifferent page from a printed page of the print data.

The former arrangement generates composite data including the inputsource identification information combined with the marginal area of theprint data. In the case where the print data has the volume of multiplepages, the input source identification information may be printed inevery page or in only one or plural specified pages. The latterarrangement provides data of a general purpose format corresponding tothe page including the input source identification information. Thisdata is attached to either the head or the end of the print data and isoutput to the printing apparatus.

In accordance with one preferable application of the fifteenth printportal system, the portal module transmits the print data and the inputsource identification information to the specified printing apparatusaccording to a predetermined general purpose format.

The input source identification information may be generated at anytiming, that is, before, during, or after the conversion into thegeneral purpose format.

A sixteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a management module that manages authentication of atleast one of a user of the client, each of the content provider servers,and each of the printing apparatuses as a legal system user with apermission to use the print portal server; and a portal module thatcarries out the intermediation only between legal system users with thepermission to use the print portal server, based on information of themanagement module.

In the structure that allows free selection of the output resource onthe network, it is required to prevent illegal accesses in practice. Thesixteenth print portal system effectively prevents such illegalaccesses. Namely the sixteenth print portal system allows only theauthenticated system users to use the system for printing. The printportal system totally manages the authentication of the system users.This arrangement ensures effective prevention of illegal accesses.

A seventeenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: a management module that manages authentication foraccess between at least two of a user of the client, each of the contentprovider servers, and each of the printing apparatuses; and a portalmodule that carries out the intermediation only in an authenticatedrange of access, based on information of the management module.

Like the sixteenth print portal system, the seventeenth print portalsystem effectively prevents illegal accesses. The sixteenth print portalsystem controls the permission to use the system. The seventeenth printportal system, on the other hand, controls the authentication for accessbetween the system users. For example, the latter technique iseffectively applied for restriction of printing with a specific printingapparatus or printing of a specific content to selected users.

An eighteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input module that receives a printing requirementfrom the client; a decision module that determines whether or not a userwho issues the printing requirement is located in a neighborhood of anyof the printing apparatuses; and a portal module that transmits theprint data, when it is determined that the user is located in theneighborhood of a printing apparatus.

In the eighteenth print portal system of the present invention, theprinting operation is carried out, provided that the user is located inthe vicinity of the specified printing apparatus. This arrangementeffectively reduces faithless printing requirements. The faithlessprinting requirement is, for example, a requirement for a specificprinting apparatus to print a large volume, while resulting prints arenot necessary.

In accordance with one preferable application of the eighteenth printportal system, the decision module has an identification informationinput unit that receives identification information, which is proper toeach of the printing apparatuses and is shown on surface of the printingapparatus, from the client. The decision module carries out thedetermination, based on the input identification information.

The ID code shown on the surface of each printing apparatus is generallyobservable only from the vicinity of the printing apparatus. Input ofthis ID code accordingly proves that the user is located in the vicinityof the printing apparatus. The ID code may be identical with informationfor specifying a printing apparatus as an output resource, or may beprovided separately from such information. In order to maintain theeffect of preventing faithless printing requirements, it is desirable tochange the ID code at preset timings.

In accordance with another preferable application of the eighteenthprint portal system, the decision module has a specific informationinput unit that receives specific information for identifying either oneof the client and its user via an interface provided in the printingapparatus for collecting external information. The decision modulecarries out the determination, based on the input specific information.

In this application, the specific information input unit may be a radiocommunication circuit that is capable of receiving and transmittinginformation when the client is in the vicinity of the printingapparatus.

A nineteenth print portal system of the present invention utilizes aprint portal server that intermediates between multiple content providerservers and multiple printing apparatuses to transmit print datatherebetween and execute a printing operation in response to aninstruction from a client connected to a network. The print portalserver includes: an input unit that receives information for identifyingan address of charging a printing cost from the client, prior to actualexecution of the printing operation; and a portal module that transmitsthe print data in response to the input.

Requirement for input of account information effectively reducesfaithless printing requirements. Even in the case of a faithlessprinting requirement, the system charges the user with certainty for theprinting operation corresponding to the printing requirement. Thisarrangement thus protects the owner of the printing apparatus from thepotential loss of the profit. The account information may be the numberof a credit card, the number of a bank account permitted to use forsettlement of the printing cost, or a password exclusively used foraccounting.

The technique of the present invention is not restricted to theapplications of the print portal system and the print portal serverdiscussed above, but may be actualized as corresponding print portalmethods. The present invention may also be attained by programs forcausing the server to exert the functions discussed above, a diversityof signals equivalent to the programs, and recording media in which suchprograms are recorded. Typical examples of the recording media includeflexible disks, CD-ROMs, magneto-optic discs, IC cards, ROM cartridges,punched cards, prints with barcodes or other codes printed thereon,internal storage devices (memories like a RAM and a ROM) and externalstorage devices of the computer, and a variety of other computerreadable media.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates the general architecture of a printing system;

FIG. 2 shows flow of data in the process of printing E mails;

FIG. 3 is a time chart in the process of printing E mails;

FIG. 4 shows an exemplified interface in the process of printing Emails;

FIG. 5 shows functional blocks of a print portal;

FIG. 6 illustrates the internal structure of a core module 130;

FIG. 7 shows the overview of a user database 150;

FIG. 8 shows the overview of a printer database 152;

FIG. 9 is a time chart of the processing via a queuing system 140;

FIG. 10 shows possible extension of the system;

FIG. 11 shows possible extension of the file conversion unit;

FIG. 12 shows interfaces with printing service providers;

FIG. 13 shows flow of data between the print portal and the printingservice provider in the printing process;

FIG. 14 shows the state of communication between the content provider,the service provider, and the print portal;

FIG. 15 shows a procedure of issuing a print request;

FIG. 16 shows another procedure of issuing the print request;

FIG. 17 shows an interface window applied to issue the print request;

FIG. 18 shows another interface window applied to issue the printrequest;

FIG. 19 shows still another interface window applied to issue the printrequest;

FIG. 20 shows data transmission between the core module 130 and the fileconversion unit 110;

FIG. 21 shows variations on timing of file conversion;

FIG. 22 shows connection in the case of printing E mails;

FIG. 23 shows a sequence of printing E mails;

FIG. 24 shows the sequence of printing E mails;

FIG. 25 shows an exemplified interface in the process of printing Emails;

FIG. 26 shows the exemplified interface in the process of printing Emails;

FIG. 27 shows a sequence of printing E mails by a modified procedure;

FIG. 28 shows the sequence of printing E mails by the modifiedprocedure;

FIG. 29 shows the sequence of printing E mails by the modifiedprocedure;

FIG. 30 shows connection in the case of printing Web pages;

FIG. 31 shows connection in the case of printing tickets via the printportal;

FIG. 32 is a flowchart showing a ticket printing process executed by theprint portal;

FIG. 33 shows connection in the case of printing user's own documentsvia the print portal;

FIG. 34 illustrates an exemplified interface in the process of printinguser's own documents;

FIG. 35 shows connection in the case of printing electronic newspapersvia the print portal;

FIG. 36 shows connection in the case of printing electronic newspapersin a place of accommodation;

FIG. 37 shows connection in the case of printing processed data;

FIG. 38 enumerates various processes of designating a printer;

FIG. 39 shows a concrete example of Case C;

FIG. 40 shows a sequence of printing in Case C;

FIG. 41 shows functional blocks and data transmission relating to thesearch for the output resource;

FIG. 42 shows functional blocks involved in the process of addition ofinput source ID information;

FIG. 43 is a flowchart showing a routine of adding input source IDinformation;

FIG. 44 is a flowchart showing a modified routine of adding input sourceID information;

FIG. 45 shows functional blocks involved in the layout printing;

FIG. 46 shows an overview of the layout functionality;

FIG. 47 shows functional blocks involved in the process of addition ofad;

FIG. 48 shows the functions of the respective functional blocks in theprocess of addition of ad;

FIG. 49 is a flowchart showing a routine of addition of ad;

FIG. 50 shows examples of addition of ad;

FIG. 51 shows functional blocks to attain customization;

FIG. 52 is a time chart in the process of printing mails in a customizedenvironment;

FIG. 53 shows an example of customized interface;

FIG. 54 shows data transmission in the process of registering thecustomized information;

FIG. 55 shows functional blocks involved in the document storagefunctionality;

FIG. 56 shows data transmission in the process of printing a registeredcontent;

FIG. 57 is a timing chart in the process of printing the registeredcontent;

FIG. 58 shows an exemplified interface in the process of printing theregistered content;

FIG. 59 shows data transmission in the process of adding a content;

FIG. 60 is a time chart in the process of adding a content;

FIG. 61 is a time chart in the process of deleting a content;

FIG. 62 shows functional blocks in a modified example to attain thecontents registration functionality;

FIG. 63 shows data transmission in the process of registeringcustomization information;

FIG. 64 is a time chart in the process of printing a mail under thecustomized conditions;

FIG. 65 shows data transmission in the process of registeringcustomization information;

FIG. 66 is a flowchart showing a routine of setting the printingconditions;

FIG. 67 shows the flow of accounting;

FIG. 68 shows a process of collecting charges at a printing station 70A;

FIG. 69 shows a process of collecting charges at the print portal;

FIG. 70 shows a process of collecting charges at a service provider;

FIG. 71 shows objects and methods of authentication;

FIG. 72 shows functional blocks to attain the maintenance and managementfunctionality;

FIG. 73 shows functional blocks to mediate printing via a single-layerserver; and

FIG. 74 shows possible extension of the system utilizing thesingle-layer server.

BEST MODES OF CARRYING OUT THE INVENTION

Some modes of carrying out the invention are discussed below in thefollowing sequence:

A. Basic System Architecture

A1. Overview of System

A2. Functionality

A3. Configuration of Functional Blocks

A4. Connection with Printing Service Provider

A5. Print request

A6. File Conversion

B. Examples of Printing

B1. Printing Mails

B2. Printing Web Pages

B3. Printing Tickets

B4. Printing User's Own Documents

B5. Delivery of Electronic Newspapers (1)

B6. Delivery of Electronic Newspapers (2)

B7. Image Processing Service

C. Various Processes of Designating Output resource

D. Additional Functionality of Printing

D1. Addition of Input Source ID Information

D2. Layout Print

D3. Addition of Ad

E. Customization Functionality

E1. Customization Functionality for Users

E2. Customization Functionality for Content Providers

E3. Customization Functionality for Printing Stations

F. Settings of Printing Conditions

G. Accounting

G1. Accounting

G2. Authentication

H. Maintenance and Management of Printers

I. Mediation via Single-Layer Server

A. Basic System Architecture

A1. Overview of System

FIG. 1 illustrates the general architecture of a printing system. Thisembodiment regards the system that executes printing via the Internet.The similar architecture may be applicable to a relatively limitednetwork environment, such as a LAN (Local Area Network) or computercommunication.

In the system of this embodiment, a diversity of servers and clients areconnected to the Internet INT. For convenience of explanation, theconnection is shown in a hierarchical manner, but the respectiveconstituents enable mutual transmission of information via the InternetINT. For clarity of illustration and explanation, only a limited numberof constituents are shown, although there is no limit of in number ofconnections. The technique of the embodiment executes a printingoperation with an arbitrary printer under the system architectureincluding a large number of servers and clients connected with oneanother via the Internet INT.

This embodiment uses, as the clients, mobile phones MP11, MP12, MP21,MP22, MP31, MP32 having the access functionality to the Internet. Eachof these mobile phones, for example, MP11 gains access to the Internetvia any of service providers SP1, SP2, and SP3. The clients are notrestricted to the mobile phones but may be personal computers.

Content providers CP1 and CP2 are also connected to the Internet INT. Inthe system of this embodiment, these content providers, for example,CP1, provide contents to be printed. The content providers include Webpage providers on the Internet INT.

In the system of this embodiment, printing stations, for example, PS11,are output resources. The printing stations like PS11 represent printersthat enable transmission of data via the Internet. The printing stationis constructed, for example, by combining a computer connected to theInternet with a printer locally connected to the computer. The printingstations may be located in rather private spaces with relatively limitedusers like individual houses and offices or in rather public spaces likestores and hotels.

In the system of this embodiment, in response to an instruction from theclient MP11, contents provided by the content provider CP1 aretransmitted to the printing station, which executes an actual printingoperation. Two different-layered servers, that is, upper-layer andlower-layer servers, mediate data between the clients and the printingstations.

In the illustrated example, the upper-layer server is a printingmediation system (print portal) PP, and the lower-layer servers areprinting service providers PSP1 and PSP2.

The lower-layer servers, such as the printing service provider PSP1,function to manage the printing stations like PS11. In the illustratedexample, the printing service provider PSP1 manages printing stationsPS1 to PS14, whereas the printing service provider PSP2 manages printingstations PS21 to PS24. In the case where the printing stations like PS11are located in individual stores, for example, the respective printingservice providers PSP1 may be owned by different business proprietors. Abusiness proprietor A owns the printing service provider PSP1 andmanages the printing stations PS11 to PS14 located in its head quarterand branch shops. A business proprietor B owns the printing serviceprovider PSP2 and manages the printing stations PS21 to PS24. Sucharrangement enables each business proprietor to manage its own printingstations and supply unique services relating to the mediation of printdata, for example, discount service.

The upper-layer server, that is, the print portal PP, manages theprinting service providers PSP1 and PSP2. The print portal PP thusindirectly manages the printing stations like PS11 via the printingservice providers PSP1 and PSP2. The upper-layer server provides commonfunctionality even when the printing service providers PS1 and PS2 arerun by the different business proprietors. For example, the upper-layerserver provides a standard interface in response to a print request fromthe client MP11. This desirably enhances the utility of the users.

The upper-layer server and the lower-layer server are functionallyparted from each other, and each server may not be constructed as asingle server. The functionality of the upper-layer server and thelower-layer server discussed below may be distributed into multipleservers.

A2. Functionality

The internal structure of each constituent included in the system of theembodiment will be discussed later. In order to elucidate thefunctionality of the servers and the other constituents, the followingdescription regards a concrete example of printing E mails utilizing theprint portal.

FIG. 2 shows flow of data in the process of printing E mails. FIG. 3 isa time chart in the process of printing E mails. FIG. 4 shows anexemplified interface in the process of printing E mails. Thefunctionality of the respective units is discussed with referring tothese drawings. In the case of E mails, a mail service CP corresponds toa content provider.

The user first gains access from a client MP to the mail service CP,checks E mails addressed to the user, and selects one or plural mails tobe printed. A series of interface windows appearing on a display unitDISP of the mobile phone is shown in FIG. 4. The left-side window showsthat there are four mails Mail 1 to Mail 4 addressed to the user andthat Mail 2 and Mail 4 have been selected as objects of printing. Thisinterface is provided by the mail service CP. When the user presses abutton ‘iPrint’ on the window, a requirement for execution of printingis transmitted from the mail service CP to the print portal PP (see Sa01in FIG. 3 and FIG. 2).

When the mail service CP is registered in advance as a content providerin the print portal PP, the button ‘iPrint’ appears on the window. Thisbutton functions as a link to the print portal PP. In response to therequirement for printing by a press of the ‘iPrint’ button, thedestination of access by the client MP is changed to the print portalPP. Print data, that is, data of Mail 2 and Mail 4, is then transmittedfrom the mail service CP to the print portal PP (see Sa02 in FIG. 3 andFIG. 2).

The print portal PP subsequently provides the client MP with interfacesfor specifying the output resource and printing conditions (see Sa03 inFIG. 3 and FIG. 2).

The center drawing of FIG. 4 shows an interface window for designatingthe output resource. Available printing stations are enumerated for thedesignation of the output resource. The list of the available outputresources may be displayed in a hierarchical manner. For example, whenthe user selects ‘XX Store’ in the list shown in FIG. 4, all shopsbelonging to the XX Store chain are enumerated. One modified proceduremay cause the use to select one among available printing serviceproviders on the first stage of the hierarchical designation.

The right-side drawing of FIG. 4 shows an interface window forspecifying the printing conditions. Typical examples of the printingconditions include the paper size, the layout, and the resolution.Selection of a ‘Printing Paper’ menu enables the detailed settings forthe printing paper, for example, the size A4 or B5. Selection of a‘Layout’ menu enables the detailed settings for the layout, for example,1 page/sheet or 2 pages/sheet. Selection of other menus enables thedetailed settings for other printing conditions. The settings ofprinting are not restricted to this example, but a diversity of fieldsmay be provided by taking into account the utility.

When the user completes the specification of the output resource and theprinting conditions with the above interface, the specified informationis transmitted to the print portal PP (see Sa04 in FIG. 3 and FIG. 2).The print portal PP selects the printing service provider PSP1 as thedestination of transmission of a print job, based on the receivedinformation, and transfers the print job to the selected printingservice provider PSP1 (see Sa05 in FIG. 3 and FIG. 2). Here the printingservice provider PSP1, which manages the printing station PS11designated by the user as the output resource, is selected as thedestination of transmission of the print job.

The printing service provider PSP1 that has received the print jobselects the printing station PS11 and transfers the print job to theselected printing station PS11 (see Sa07 in FIG. 3 and FIG. 2). Here theprinting station PS11 designated by the user is selected as thedestination of transmission.

The print data is converted to a PDF file, which is a general purposeformat, in the course of mediation with the print portal PP and theprinting service provider PSP1. The printing station PS11 analyzes thePDF file and executes a printing operation.

As shown by Sa06 in FIG. 3, a display including the designated outputresource and the specified printing conditions may be given to theclient MP for the purpose of check and confirmation, prior to thetransfer of the print job from the printing service provider PSP1 to theprinting station PS11.

On completion of the printing operation, a report of printing resultsmay be transmitted from the printing station PS11 to the print portalPP. The print portal PP detects the normal completion of the printingoperation based on the report, and carries out post services likeaccounting.

The above example mediates printing with the two different layeredservers, that is, the print portal PP as the upper-layer server and theprinting service providers like PSP1 as the lower-layer servers.

The use of the two-layered servers for the mediation have advantagesdiscussed below.

The lower-layer server may be organized by each business line, in orderto provide unique services characteristic of the business line and allowdiscrimination from other business proprietors. Each business proprietorcan rather readily take in the users and the content providersregistered with the print portal PP as the potential customers of itsbusiness line.

Even when the lower-layer servers are individually organized bydifferent business lines, the upper-layer server provides the users witha standard interface. This enhances the utility of the print portal.

The user who has been registered with the print portal PP can readilyutilize a diversity of lower-layer servers under the control of theprint portal PP. This arrangement does not require time-consuming,complicated registration and other related work for each lower-layerserver, thus enhancing the utility. The content providers share suchadvantages. The content provider that has been registered with the printportal PP can readily increase in number the users and the outputresources of the offered contents.

The printing mediation system is not restricted to the constructionutilizing the two-layered servers, but may be organized by asingle-layer server configuration having the combined functions of theprint portal and the printing service providers. This configuration isdiscussed later as a modified example of the embodiment.

A3. Configuration of Functional Blocks

FIG. 5 shows functional blocks of the print portal. For convenience ofexplanation, the respective constituents are expressed by numbersdifferent from the symbols of FIG. 1, although the constituents of theidentical names have the same functions.

As illustrated, a print portal 100 mainly includes three functionalblocks, a core module 130, a file conversion unit 110, and anapplication unit 180. In this embodiment, these functional blocks areattained by the software.

The file conversion unit 110 converts the format of print data to apredetermined intermediate file in the course of mediation of the printdata. The PDF is used as the general purpose format in this embodiment.

The application unit 180 executes the main functions of the print portalPP to mediate the print data and a diversity of additional functions.The additional functions include, for example, addition of advertisement(ad) and accounting, which will be discussed later.

The core module 130 cooperates with the file conversion unit 110 and theapplication unit 180 to mediate the print data. The core module 130takes charge of communication with a content provider 10, a serviceprovider 30, and a printing service provider 50. The printing serviceprovider 50 has an interface module 52 to ensure the flexibility of aprotocol in connection with the print portal PP.

FIG. 6 illustrates the internal structure of the core module 130. Thisinternal structure is only illustrative, and the core module 130 mayhave any of other diverse constructions.

A controller 132 controls the operations of the respective functionalblocks of the print portal 100 and transmission of information to andfrom the outside via the internet INT. The control includes registrationand management of users and providers, control of the status of printjobs, acceptance and cancellation of print requests, and retrieval ofprinters as the output resource. The controller 132 also provides aninterface window to allow transmission of data between the print portal100 and the outside.

A registration management unit 134 takes charge of registration andmanagement of the user utilizing the print portal PP, the contentprovider 10, and the printing service provider 50. The registrationmanagement unit 134 creates an interface window for the registration andmanagement and stores and updates registration-related data in apredetermined data base.

A queuing system 140 relays the operations of the respective functionalblocks. In this embodiment, the respective functional blocks areconstructed by the object-oriented software. Each functional blockrefers to a message registered in the queuing system 140, detects thepresence of a job to be processed, and executes the actual processing.On completion of the processing, a message representing conclusion ofthe processing is registered in the queuing system 140. The respectivefunctional blocks execute the processing with the queuing system 140 asthe relay. The print portal PP accordingly actualizes a series ofprocessing, from acceptance of a print request to completion of aprinting operation.

In order to attain the series of processing, the queuing system 140 hasa content fetching queue, a file conversion queue, a job sending queue,and a job canceling queue.

A content fetching unit 160 gains access to the content provider 10 andfetches a content specified by the user as an object of printing. Thefetched content is temporarily stored in a content storage unit 162. Thecontent fetching unit 160 refers to the content fetching queue providedin the queuing system 140 and performs the above operation according tothe message accumulated in the content fetching queue. After fetchingthe content, the content fetching unit 160 registers a message torequire file conversion of the content in the fine conversion queueprovided in the queuing system 140.

The file conversion unit 110 functions to convert the content to the PDFformat. The PDF is the general purpose format. Conversion of the printdata to this format advantageously enables output of the print data to adiversity of printers. Another advantage is relatively accuratereproduction of the selected layout in prints. The PDF allows conversionfrom practically any print data including documents and pictures, sothat a wide range of contents can be the object of printing. A pagedescription language, such as Postscript (registered trademark), mayalternatively be used as the general purpose format.

In the structure of this embodiment, with a view to relieving the loadapplied to each server, the file conversion unit 110 is constructed as aseparate server from the core module 130. The core module 130accordingly has a DF interface 136 to allow transmission of data to andfrom the file conversion unit 110.

The DF interface 136 transfers data to the file conversion unit 110, inresponse to the message accumulated in the file conversion queueprovided in the queuing system 140. When receiving a processed PDF filefrom the file conversion unit 110, the DF interface 136 registers amessage of print job transmission in the job sending queue provided inthe queuing system 140. One possible modification omits the DF interface136 and constructs the file conversion unit 110 to gain direct access tothe queuing system 140.

A PSP interface 138 functions to transmit a print job to the printingservice provider 50. More specifically, the PSP interface 138 transmitsa print job to the designated printing service provider 50, in responseto the message accumulated in the job sending queue provided in thequeuing system 140. The PSP interface 138 also sends a message of jobcancellation accumulated in the job canceling queue. The transmission isattained according to a diversity of protocols set by the printingservice provider 50, for example, HTTP (Hypertext Transport Protocol).

The core module 130 includes a diversity of databases, such as a userdatabase 150 and a printer database 152. Although only two databases areillustrated in this embodiment, a greater number of databases may beprovided in the core module 130. The registration management unit 134manages these databases. The databases are utilized for the processingexecuted in the core module 130, as well as for the processing executedby the application unit 180.

FIG. 7 shows the overview of the user database 150. The user database150 includes files provided for the respective users of the print portal100. Each file stores user-related attribute information, for example,the user name, the ID number, the available printing service providers(PSPs) with authentication for access, the accounting policy, thesettlement policy, and the settlement information. The information onthe accounting policy shows selection of the charge system, for example,a fixed rate system or a page rate system. The information on thesettlement policy specifies, for example, credit card settlement. Thesettlement information represents each user's account and currentsettlement status. Various pieces of information other than thosementioned above may also be registered in the user database 150.

FIG. 8 shows the overview of the printer database 152. Like the userdatabase 150, the printer database 152 manages a diversity of attributeinformation with regard to the respective printers. In this embodiment,the printer name, the ID number, and the authorized users withauthentication for access are some registered pieces of information. TheID number represents an index utilized to identify the printer in theprinting process with the print portal 100. The printer database 152also stores information on the performances of each printer, forexample, the availability of color printing, the printable paper size,and the printing rate. Various pieces of information other than thosementioned above may also be registered in the printer database 152. Inthe structure of this embodiment, the printer database 152 stores theinformation by the unit of printing stations. The printer database 152may alternatively store the information by the unit of printing serviceproviders.

As described above, the series of processing is executed in the printportal 100, based on the messages registered in the queuing system 140.The functions of the queuing system 140 are discussed concretely withthe example of the printing operation shown in FIGS. 2 to 4.

FIG. 9 is a time chart of the processing via the queuing system 140. Theuser presses the ‘iPrint’ button to send a print request (step Sb01) onthe interface provided by the content provider. The content providerreceives the print request and transmits the URL (Uniform ResourceLocator) of a content to be printed and the user ID to the controller132 in the print portal 100 (step Sb02). The controller 132 provides theuser with an interface for specifying the printing conditions (stepSb03). When the user sets the printing conditions on the interface (stepSb04), the controller 132 registers a message representing acceptance ofthe print request in the queuing system 140 (step Sb05), in response tothe setting of the printing conditions. This concludes the process ofaccepting the print request.

The print portal 100 then fetches the content specified by the printrequest. This content fetching process is carried out in parallel to theprint request acceptance process. The content fetching unit 160 refersto the queuing system 140 at regular intervals and picks up a messageaccumulated therein (step Sb10). The content fetching unit 160 gainsaccess to the content provider according to the picked-up message (stepSb11) and fetches the specified content (step Sb12). On completion offetching the content, the content fetching unit 160 registers a messagerepresenting conclusion of the content fetching process in the queuingsystem 140 (step Sb13). This concludes the process of fetching thecontent.

The print portal 100 subsequently carries out file conversion of thecontent. This file conversion process is carried out in parallel to theprint request acceptance process and the content fetching process. TheDF interface 136 refers to the queuing system 140 at regular intervalsand picks up a message accumulated therein (step Sb21). The DF interface136 causes the file conversion unit 110 to carry out the file conversionaccording to the picked-up message. On completion of file conversion,the DF interface 136 registers a message representing conclusion of thefile conversion in the queuing system 140. This concludes the process offile conversion.

The print portal 100 then transmits the print job to the printingservice provider. The transmission is carried out in parallel to theabove processes. The PSP interface 138 refers to the queuing system 140at regular intervals and picks up a message accumulated therein (stepSb23). The PSP interface 138 sends the print job to the designatedprinting service provider according to the picked-up message (stepSb24). This concludes the process of sending the print job.

As discussed above, the print portal 100 implements the four processesto accept the print request, fetch the content, convert the file, andsend the print job in the course of mediation of printing. With regardto each print job, these processes are performed in sequence. Therespective functional blocks, however, do not perform the processing ina synchronous manner. In the print portal 100, the respective functionalblocks execute the individual processes at intrinsic timings, while thequeuing system 140 relays these processes to actualize a series ofprocessing as a whole.

In this embodiment, the use of the queuing system 140 ensures theexcellent extensibility.

FIG. 10 shows possible extension of the system. As illustrated,arbitrary numbers of the controllers 132, the content fetching units160, the DF interfaces 136, and the PSP interfaces 138 are connectablevia the queuing system 140. The respective units may be constructed bydifferent servers. In the case where the structure has multiplecontrollers like controllers 132 and 132A, it is desirable to provide aload distribution unit 102 as a single interface with the outside. Theload distribution unit 102 accepts print requests and selectively usesthe controllers 132 and 132A by taking into account the current loadingapplied to the controllers 132 and 132A.

In the structure of this embodiment, the respective functional blocksindependently execute the processing, based on the messages accumulatedin the queuing system 140. This arrangement ensures easy extension ofthe system. The example of FIG. 10 multiplies all the functional blocks.The extension of the system can be actualized flexibly according to theloading applied to the respective functional blocks.

The example of FIG. 10 shows the extension of the system in the coremodule 130. Similar extension of the system may be applied for the fileconversion unit 110.

FIG. 11 shows possible extension of the file conversion unit. Thisexample includes multiple file conversion units 110 and 110A providedvia the queuing system 140. These file conversion units 110 and 110A maybe constructed by different servers, with a view to relieving the load.

In the example of FIG. 11, there are the multiple controllers 132 and132A and content fetching units 160 and 160A.

File conversion Web servers 104 and 104A are also provided as additionalfunctional blocks. The file conversion Web servers 104 and 104A carryout only the file conversion, regardless of the mediation of printing.Namely the file conversion Web servers 104 and 104A are not theessential functional blocks for the mediation of printing.

The user sends either a print request or a file conversion requirementto the load distribution unit 102. The load distribution unit 102transmits the print request to either one of the controllers 132 and132A, while transmitting the file conversion requirement to either oneof the Web servers 104 and 104A. In the case of the file conversionrequirement, the content as the object of conversion is transmittedtogether with the requirement.

The controllers 132 and 132A register the print request in a contentfetching queue 144. The content fetching units 160 and 160A fetch acontent according to the registered message and register a message ofrequiring file conversion in a file conversion queue 142. The fileconversion Web servers 104 and 104A are not required to fetch a contentand thus directly register a message of requiring file conversion in thefile conversion queue 142.

The file conversion units 110 and 110A individually refer to the fileconversion queue 142 and execute the processing in response to a messageregistered therein, if any. The individual operations of the two fileconversion units 110 and 110A enable distribution of the loading of fileconversion.

The examples of FIGS. 10 and 11 extend the system utilizing a singlequeuing system 140. Providing multiple queuing systems 140 in parallelallows greater-scaled system extension.

A4. Connection with Printing Service Provider

FIG. 12 shows interfaces with the printing service providers. Asmentioned previously, the printing service providers are managed bydifferent business proprietors from that of the print portal 100. Thedifferent printing service providers may accordingly have differentrequirements of the protocol for mediation with the print portal 100. Inthis embodiment, the PSP interface is structured to accept diverseprotocols.

As illustrated, the PSP interface 138 has two-layered interfaces. Theupper-layer interface is a general purpose PSP interface 139. Thegeneral purpose PSP interface 139 transmits messages and data to andfrom other functional blocks, such as the queuing system 140, includedin the print portal 100.

The lower-layer interface includes individual PSP interfaces 138 a, 138b, and 138 c. The individual PSP interfaces like 138 a are provided forthe respective printing service providers, and transmit data to and fromthe general purpose PSP interface 139 according to protocols adequatefor the respective requirements.

In one example, the individual PSP interface 138 a communicates with theprinting service provider 50 a by SMTP (Simple Mail Transfer Protocol)for both sending and receiving. The individual PSP interface 138 bcommunicates with the printing service provider 50 b by HTTP for bothsending and receiving. The individual PSP interface 138 c transmits datato the printing service provider 50 c by HTTP, while receiving data fromthe printing service provider 50 c by FTP (File Transfer Protocol). Theindividual PSP interfaces may transmit data by diverse protocols otherthan those discussed above, according to requirements of the printingservice providers.

FIG. 13 shows flow of data between the print portal and the printingservice provider in the printing process. In the print portal 100, onconclusion of the processes of fetching the content and converting thefile, a message of requiring job transmission is registered in thequeuing system 140. This message is equivalent to a print request sentto the printing service provider.

The PSP interface 138 monitors the queuing system 140 at regularintervals and picks up a print request (step Sc01). The PSP interface138 then transmits the print request to the printing service providerdesignated by this message (step Sc02). The printing service providersends a job number as the response (step Sc03), and the PSP interfaceregisters the job number in the queuing system 140 (step Sc04). In thisexample, the printing service provider temporarily holds the printrequest. One possible modification omits the transmission of the jobnumber and causes the printing service provider to directly transmit theprint request to the designated printing station.

When the user gives an instruction to cancel the printing operation,data transmission is carried out in a similar manner. In response toregistration of a cancellation requirement in the queuing system 140,the PSP interface picks up the cancellation requirement (step Sc10) andtransmits the cancellation requirement to the printing service provider(step Sc11). The printing service provider sends a response message(step Sc12), and the PSP interface registers the response message in thequeuing system 140 (step Sc13). The transmission of the message ofcanceling the printing operation is carried out in parallel to thetransmission of the print request.

In the example of FIG. 13, the printing operation is executed inresponse to input of the job number into the printing station. The userinputs the job number through an operation of, for example, a panel, onthe printing station (step Sc20). The printing station accordinglyrequires the printing service provider to send data (step Sc21),receives the required data (step Sc22), and carries out an actualprinting operation. On completion of the printing operation, theprinting station sends a notification representing conclusion of theprinting operation to the printing service provider (step Sc23). Thenotification is registered in the queuing system via the PSP interface(steps Sc24 and Sc25).

In response to detection of the concluded printing operation, the printportal 100 notifies the user of completion of the printing process,deletes various data relating to the concluded job, and carries out postservices like accounting.

A5. Print Request

As discussed previously with FIGS. 2 to 4, in this embodiment, theprinting process starts in response to a click of the ‘iPrint’ buttondisplayed on the window of the client. At the starting time, thedestination of access by the client is changed from the contentprovider, which provides a content to be printed, to the print portal,and information representing the address of the content is transferredfrom the content provider to the print portal. The following describestransmission of data between the client, the content provider, and theprint portal at the starting time of the printing process.

FIG. 14 shows the state of communication between the content provider,the service provider, and the print portal. The procedure of thisembodiment is on the premise that these three entities are mutuallycommunicable. The service provider 30 communicates with the contentprovider 10 and the print portal 100 by HTTP, whereas the contentprovider 10 communicates with the print portal 100 by HTTP, HTTPS, andFTP. The applicable protocols are not restricted to this example.

FIG. 15 shows a procedure of issuing a print request. In this example,on the window sent from the content provider 10 to the client MP (Pr1),the ‘iPrint’ button is linked with the URL of the print portal 100. Aclick of this button changes the destination of access by the client MPis changed to the print portal 100 (Pr2). At this moment, the contentprovider 10 transmits content information, which is required forexecution of the printing operation, as a parameter to the print portal100.

One exemplified procedure of transmitting the content informationprovides a CGI (Common Gateway Interface) called on a click of the‘iPrint’ button and utilizes a method like GET/POST to send the contentinformation to the print portal.

The transmitted content information includes, for example, the URL andthe name of the content. By taking into account the possible restrictionon the settings of printing with regard to each content set by thecontent provider 10, the content information may further include thepaper size, the selection of color printing or monochromatic printing,the maximum copies permitted, the permission to contract, therequirement of a notice to inform the content provider 10 of completionof printing, and the price of the content.

FIG. 16 shows another procedure of issuing the print request. In thisexample, on the window sent from the provider 10 to the client MP(Pr11), a printing request from the client MP is sent to the contentprovider 10 (Pr12) in response to a click of the ‘iPrint’ button, andthe content provider 10 changes over the connection of the client MP tothe print portal 100 (Pr13) by the function of redirecting.Simultaneously with the redirecting operation, the content provider 10transmits the content information to the print portal 100.

Either of these procedures may be adopted to issue the print request.

There are a diversity of interface windows applicable to issue the printrequest.

FIG. 17 shows an interface window applied to issue the print request.This interface is used when the user gains access from the personalcomputer to a Web page. In this case, the provider of the Web pagecorresponds to the content provider. As in the example of FIG. 4, the‘iPrint’ button for issuing the print request is set on the Web pageprovided by the content provider. Either of the procedures discussedabove with FIGS. 15 and 16 may be applied for data transmission inresponse to a click of this button.

FIG. 18 shows another interface window applied to issue the printrequest. In this example, the Web page is not required to include anyextra button. The browser provides this window when the personalcomputer is the client. The window displays a Web page of a touristagency including a travel coupon and a favor voucher. When there is anyprinter locally connected to the computer PC, the user clicks the‘Print’ command in the pull-down menu ‘File’ for execution of theprinting operation. In this example, the print request is issued on thesimilar interface.

When the user clicks the menu name ‘File’ on the menu bar, a pull-downmenu including commands like ‘New’ and ‘Open’ appears. The pull-downmenu includes the ‘iPrint’ command as the function of the browser. Auser's click of the ‘iPrint’ command issues the print request. Thefunction of notifying the browsed content provider of selection of the‘iPrint’ command is provided in advance in the browser. This actualizesthe data transmission shown in either FIG. 15 or FIG. 16. The printportal may provide the browser with an additional module to attain thefunction.

FIG. 19 shows still another interface window applied to issue the printrequest. In the above examples, the content provider, which provides acontent to be printed, is linked with the print portal. In this example,on the other hand, the user gains access to a Web page provided by theprint portal and identifies the address of a desired content. In thecase where the Web page of the print portal is displayed by the linkfrom an original Web page, which is the object of printing, the URL ofthe original Web page may be displayed as default information in aspecific field of the print data.

The Web page of the print portal has an input box for specifying aprinter as the output resource. A diversity of methods may be adopted tospecify a printer as the output resource. The window of this exampleallows selection of a printer in a printer list.

When the user clicks a dialog box for specifying the printer, a firstpull-down menu includes relatively wide districts, for example, AichiPref., Gifu Pref., and Nagano Pref. When the printer of the desiredoutput resource is located in Aichi Prefecture, the user clicks ‘AichiPref.’. A second pull-down menu then appears to include relativelynarrow regions in Aichi Prefecture, for example, ‘Kita Ward, NagoyaCity’ and ‘Nishi Ward, Nagoya City’. When the user clicks ‘Naka Ward,Nagoya City’ where the printer of the desired output resource islocated, the exact locations of all the available printers registered inthe print portal service PS are displayed. The user selects the name ofthe hotel where the user stays, so as to specify the printer PRT of thedesired output resource. This arrangement enables a desired printer tobe readily selected among available printers by the hierarchicalselection.

After specifying the printing conditions including the address of theprint data and the desired output resource, the user clicks the ‘iPrint’button to issue the print request.

A6. File Conversion

FIG. 20 shows data transmission between the core module 130 and the fileconversion unit 110. The DF interface 136 is omitted from theillustration, with a view to avoiding the non-required complication.

As mentioned previously, the content to be printed is converted to thegeneral purpose format by the file conversion unit 110. In thisembodiment, PDF is applied for the general purpose format. The fileconversion unit 110 works according to the messages registered in thequeuing system 140. The configuration of this embodiment enablescommunication between the core module 130 and the file conversion unit110 and file conversion to be executed at different timings. Suchconfiguration ensures smooth processing even in the case ofconcentration of many file conversion requirements. Another applicableconfiguration maintains the communication until the file conversionexecuted by the file conversion unit 110 is completed.

As illustrated, when the file conversion process starts, a request offile conversion is sent from the core module 130 to the file conversionunit 110. In the configuration of this embodiment, the request istransmitted by the protocol HTTP. The request accordingly has an HTTPheader and an HTTP body, which includes a command part and a file part.The command part includes a command for controlling the state of fileconversion, and the file part includes a content as the object of fileconversion.

The file conversion unit 110 temporarily holds the request and sends areturn value, which represents acceptance of the request, to the coremodule 130. Then the communication between the core module 110 and thefile conversion unit 110 is suspended. Meanwhile the file conversionunit 110 may receive another request.

The file conversion unit 110 executes file conversion at a predeterminedtiming in response to the request, and transfers the result of the fileconversion as a reply to the core module 130. In the configuration ofthis embodiment, the transfer of the file conversion result utilizes aPOST command based on the HTTP protocol. In order to enable the transferutilizing the POST command, the core module 130 is constructed tofunction as an HTTP server 131. The file conversion unit 110 transmitsthe replay to the URL specifying the HTTP server 131. The replay has anHTTP header and an HTTP body, which includes a status part and a filepart. The status part includes information representing the state ofexecution of the file conversion job, such as ‘completion ofconversion’. When the status part includes ‘completion of conversion’information, the result of the file conversion is attached to the filepart. In the case of any failure of conversion, the status part includes‘error’ information. In the case of a replay to the inquiry about thestatus from the core module 130, the status part includes ‘stand-by’information.

The file conversion unit 110 executes the acceptance of the request andthe transfer of the file conversion result at different timings. Thisenhances the rate of file conversion. The file conversion unit 110 poststhe file conversion result to the core module 130, so that the coremodule 130 is free from the process of actively fetching the fileconversion result. This arrangement advantageously relieves the load ofthe core module 130.

A diversity of procedures other than that discussed above may be appliedto transfer the file conversion result from the file conversion unit 110to the core module 130.

In one modified example, the core module 130 provides an internal mailserver, and the file conversion unit 110 sends the file conversionresult in the form of a mail to this mail server.

In another modified example, the core module 130 carries out polling forthe completion of the file conversion executed by the file conversionunit 110 according to the following procedure. The core module 130 givesan inquiry about the status of the file conversion job to the fileconversion unit 110 at regular intervals. When the job is incomplete,the return value representing the incomplete state is sent to the coremodule 130. When the job is complete, on the other hand, the result ofthe file conversion is sent to the core module 130. This applicationrequires the core module 130 to take the load of polling, butfacilitates mounting of the file conversion unit 130.

The communication between the file conversion unit 110 and the coremodule 130 may be kept over the whole time period from the acceptance ofthe request to the completion of the file conversion. Another possibleapplication estimates a time required for file conversion based on thefile size, and changes the replay timing of the conversion resultaccording to the estimation. When the estimation result requires arelatively long time, the timing of the replay is differentiated fromthe timing of the registration of the request. When the estimationresult requires a relatively short time, on the other hand, the resultmay be transmitted as the return value to the registration of therequest.

In this embodiment, the file conversion unit 110 is organized inside theprint portal 100. The file conversion unit 110 may execute the fileconversion in a variety of phases of mediating the print data. FIG. 21shows variations on timing of file conversion.

Four cases, Case A to Case D, are shown here. For convenience ofexplanation, original data before file conversion is called ‘content’,and converted data after file conversion is called ‘PDF data’.

In Case A, the content provider carries out file conversion. When theuser sends a self-made document from the client to the print portal, theclient simultaneously corresponds to the content provider. In Case A,the content provider outputs data in the form of a PDF file. Neither theprint portal nor the printing service provider is required to carry outthe file conversion.

In Case B, the print portal carries out file conversion. Thiscorresponds to this embodiment. The content transmitted to the printportal in Case B may follow any of diverse formats, for example, HTML,XML, text file, JPEG. The data output from the print portal to theprinting service provider are unified to the PDF file.

In Case C, the printing service provider carries out file conversion.Data of various formats are supplied from the content provider to theprinting service provider via the print portal, and are unified to thePDF file immediately before transmission to the printing station. As theprinting service provider is individually organized by each businessproprietor, the business proprietor may individually select the formatafter the file conversion.

B. Examples of Printing

A variety of examples utilizing the system of the embodiment arediscussed below.

B1. Printing Mails

FIG. 22 shows connection in the case of printing E mails. In thisexample, the user operates a mobile phone MP having the function ofaccess to E mails and causes selected E mails, which are addressed tothe user, to be printed. A printer PRT is located in a public space, forexample, in a store like a convenience store, a hotel, or a public hall.This system is especially effective for printing various data with aprinter located in the public space. The system may alternativelyutilize the printer that is under the user's control, for example, athome or in an office. The mobile phone MP corresponds to the client, amail service RM and a mail server MS correspond to the contentproviders, and the printer PRT corresponds to the printing station. Theprinting service provider is omitted from the illustration.

The printer PRT functioning as the output resource is registered inadvance in a print portal PP and is identified by an ID number allocatedthereto. In this example, the printer PRT has the ID number ‘1111’. TheID number is a code set by the print portal PP, irrespective of theinformation for identifying the printer PRT on the network, for example,an IP address used in the TCP/IP protocol or a URI code used in the IPPprotocol. As discussed later, in this example, the user specifies theprinter PRT of the desired output resource with this ID number. Thearrangement of setting no relation between the information foridentifying the printer PRT on the network and the ID number open to thegeneral users enables the address of the printer PRT on the network tobe hidden from the public. This effectively prevents unauthorized andillegal accesses.

The print portal PP, the mail service RM, and the mail server MS may beprovided by different business proprietors, as long as they are mutuallyconnected. For example, the mail server MS is registered in the mailservice RM, which is registered in the print portal PP. The mail serviceRM offers functions required for printing via the print portal PP as oneof the services. These functions include, for example, providing aninterface for issuing print requests to the print portal PP andtransferring contents to the print portal PP.

One concrete procedure of printing E mails is discussed below withreferring to FIGS. 23 to 26. FIGS. 23 and 24 show a sequence of printingE mails. FIGS. 25 and 26 show an exemplified interface in the process ofprinting E mails.

The user gains access from the mobile phone MP to the mail service RM(communication Cm1 in FIG. 22). The mail service RM then accesses themail server MS to fetch data regarding E mails addressed to the user,and displays the data, such as ‘where the mail is sent from’ and‘subject’, on the mobile phone MP (communications Cm2 and Cm1 in FIG.22). The user selects desired E mails as the objects of printing out ofthe displayed list of E mails and transmits the selected E mails to themail service RM (see step Sd01 in FIG. 23).

The left-side drawing of FIG. 25 shows an interface used for selectionof desired E mails. A list of E mails addressed to the user is displayedwith corresponding checkboxes on a display DISP of the user's mobilephone MP. In this embodiment, there are four mails Mail 1 to Mail 4addressed to the user. The user operates a cursor key on the mobilephone MP to tick the checkbox corresponding to each E mail of interestas the object of printing. In this example, the user ticks two E mails,that is, Mail 2 and Mail 4. The ‘iPrint’ button is displayed togetherwith the list of E mails. After ticking the checkboxes corresponding tothe E mails to be printed, the user shifts the cursor to the ‘iPrint’button and presses the ‘iPrint’ button to transmit the selected E mailsas the results of the selection to the mail service RM. This interfaceis only illustrative. A diversity of other interfaces are applicable, aslong as the interface exerts the function of selecting desired E mailsas objects of printing among all the received E mails and the functionof transmitting the results of the selection to the mail service RM.

When receiving the results of the selection, the mail service RMaccesses the mail server MS and fetches data on the selected E mails(steps Sd02 and Sd03 in FIG. 23). The mail service RM also fetches dataof a file attached to the E mail, if any.

The mail service RM then transfers the data on each E mail of interestas the object of printing to the print portal PP through communicationCm3 in FIG. 22 (step Sd04 in FIG. 23). The print portal PP estimates thenumber of pages to be printed, the charge, and the required time, basedon the transmitted information, such as the quantity of print data, andsends back the results of the estimation as an estimate printinginformation overview to the mail service RM (step Sd05 in FIG. 23). Atthis moment, the detailed conditions like the output resource and theprint mode have not yet been specified, so that the results of theestimation like the charge and the required time include some errors.The data transferred from the mail service RM at step Sd04 should besufficient for specifying the estimate printing information overview. Itis accordingly not required to transfer all the data of the E mail, buttransmission of only the information, such as the quantity of data ofthe E mail and the discrimination code representing color ormonochromatic, may be sufficient.

The mail service RM causes the estimate printing information overviewreceived from the print portal PP to be displayed on the mobile phone MP(step Sd06 in FIG. 23). The right-side drawing of FIG. 25 illustrates adisplay example of the estimate printing information overview. Thenumber of pages to be printed, the charge, and the required time aredisplayed for each designated E mail. Each field may show the total ofall the designated E mails. Fields other than those illustrated in FIG.25 may be included in the estimate printing information overview.

The user checks the displayed estimate printing information overview anddetermines execution or non-execution of the printing operation. Whenthe printing operation is to be executed, the user gives a print startcommand (step Sd07 in FIG. 23). The user presses an ‘Execute’ buttondisplayed on the display unit DISP with the estimate printinginformation overview to give the print start command. The print startcommand may alternatively be given by pressing any button originally seton the mobile phone MP.

The print start command given by the user is transmitted to the printportal PP via the mail service RM through communications Cm1 and Cm3 inFIG. 22 (step Sd07 in FIG. 23). The print data, that is, the text ofeach E mail and a file attached thereto, if any, is also sent from themail service RM to the print portal PP. When all the print data hasalready been sent to the print portal PP at step Sd04, only the printstart command is transmitted here. In response to this command, the mailservice RM concludes the communication with the mobile phone MP. Thesubsequent communication is communication Cm4 of FIG. 22 establishedbetween the mobile phone MP and the print portal PP.

Receiving the print start command, the print portal PP causes a standardmenu of printing to be displayed on the mobile phone MP (step Sd08 inFIG. 22). The left-side drawing of FIG. 26 illustrates a standard menu.The standard menu includes fields for specifying the printing-relatedconditions, such as the URL of a content of interest to be printed, thenumber of copies, and the printer of the desired output resource.Selection of a specific field out of this menu changes the display to aninput box. The example of FIG. 26 shows the case of specifying theprinter of the desired output resource. A box IP for inputting the IDnumber allocated to the printer of the desired output resource appearsin response to selection of the field ‘Printer No.’ The user inputs theID number ‘1111’ allocated to the printer PRT of the desired outputresource in this box IP. When the user specifies the printer of thedesired output resource and presses a ‘Send’ button, the input ID numberis sent to the print portal PP to specify the output printer (step Sd09in FIG. 23). The other printing conditions, such as the number ofcopies, are sent simultaneously.

Address information for locating the printer PRT of the desired outputresource on the network, for example, an IP address or a URI, has beenregistered in advance in the printing service provide or in the printportal PP. Information on the type of the printer like an inkjet printeror a laser printer, as well as other required pieces of information havebeen registered in the print portal PP. The print portal PP specifiesdetailed estimate printing information based on the registeredinformation and causes the estimate printing information to be displayedon the mobile phone MP (step Sd10 in FIG. 23).

It is desirable to display the ID number of the printer as the desiredoutput resource, together with the detailed estimate printinginformation. The display effectively prevents the printing operationfrom being carried out at any unintentional place, due to the user'sinput of a wrong ID number.

The user confirms the detailed estimate printing information and gives aprint execution command (step Sd11 in FIG. 24). In this embodiment, theuser inputs a password assigned to the user, to give the print executioncommand. The input of the password proves that the user agrees with thespecified printing conditions.

The center drawing of FIG. 26 shows an interface window for inputtingthe password. After the display of the detailed estimate printinginformation including the charge and the required time, the display ischanged to an input box for inputting the password. When the user inputsthe password and presses the ‘Send’ button, the input password is sentto the print portal PP. Although the password is displayed as ‘****’ inthis embodiment, the input password may be displayed explicitly.

The user password has been registered in advance in the print portal PP.The print portal PP refers to the registered information and verifiesthe identity of the logging-on user as an authorized user having theright of access to the printer PRT. In the case of the authenticateduser, the display on the mobile phone MP is changed to a print startwindow (step Sd12 in FIG. 24). Simultaneously, the print portal PPtransmits preset banner data to the printer PRT through communicationCm5 in FIG. 22 and causes the printer PRT to print a banner ad(hereinafter referred to as the banner page) (step Sd13 in FIG. 24).

The banner data may be kept in advance in the print portal PP or may besent from a specific content provider. With a view to saving theresource, it is desirable to transfer the content and the banner data tothe file conversion unit 110 each time. The banner data is provided bydiverse sponsors that desire the use of the print portal PP. The displayon the mobile phone MP is then changed to a check window to request theuser to confirm successful printing of the banner page (step Sd14 inFIG. 24). The right-side drawing of FIG. 26 shows an example of suchdisplay.

Printing the banner page has two major advantages discussed below. Thefirst advantage is to gain advertising rates from dealers, sales agents,and traders that desire to advertise. This reduces the cost of the usersthat utilize the print portal PP. The second advantage is test printing.The banner page without any secrecy is printed first and the result ofprinting is checked. This desirably prevents the wrong designation ofthe desired output resource and the wrong settings of the printingconditions. This is especially effective for printing documents withhigh secrecy.

The user confirms successful printing of the banner page and presses an‘OK’ button shown in FIG. 26 to notify the print portal PP of theconfirmation (step Sd15). The print portal PP sends data of all thedesignated E mails to the printer PRT in response to the notification(step Sd16 in FIG. 24). On completion of printing all the designated Emails, the print portal PP outputs data regarding the total account ofprinting to the address of account (step Sd17 in FIG. 24). Thisconcludes the series of processing.

A diversity of settings may be applied for the address of account. Inthe case of charged mail service RM, the mail service RM may carry outthe accounting procedures. In this case, the account information istransmitted to the mail service RM. The accounting procedures may alsobe carried out by the carrier of the mobile phone MP, by the printportal, or at the store or any other place where the printer PRT islocated.

FIGS. 27 to 29 show a sequence of printing E mails by a modifiedprocedure. This modified example shows the sequence including theprinting service provider. The printing service provider (PSP) not onlymediates data but carries out the processing related to the performancesand the status of the printer under control.

In this modified example, the print data is transmitted from the mailservice RM to the print portal at steps Sd01 to Sd04 discussed above.The print portal outputs content information to the printing serviceprovider (step Sd41), in order to collect estimate printing informationoverview. The printing service provider specifies the estimate printinginformation overview based on the content information and sends back theestimate printing information overview to the print portal (step Sd42).The procedure subsequently carries out the series of processing in thesame manner as the above example, such as the display of the estimateprinting information overview on the mobile phone MP (steps st5 to st8).The print portal may alternatively specify the estimate printinginformation overview.

When the user designates the output printer (step Sd09), the printportal outputs the content information and information regarding thedesignation of the printer to the printing service provider (step Sd91),in order to collect detailed estimate printing information. The printingservice provider checks the current status or working conditions of theprinter based on the received information (steps Sd92 and Sad93),specifies detailed estimate printing information, and sends back thedetailed estimate printing information to the print portal (step Sd94).The check of the working conditions determines whether the remains ofexpendables, such as printing paper and toner set in the printer, aresufficient for printing all the designated contents. When there is afear of failure in printing, for example, in the case of insufficientremains of the expendables, a notice telling ‘no printing due toinsufficient expendables’ is displayed on the mobile phone MP.

When there is no fear of failure in printing, on the other hand, theprint portal displays the detailed estimate printing information,receives input of the password, and displays the print start window(steps Sd10, Sd11, and Sd12) and causes the printer to print the bannerpage. The banner data is transmitted from the print portal to theprinter via the printing service provider (steps Sd131 and Sd132). Thenotification showing completion of the printing operation is sent backto the print portal via the inverse route (steps Sd133 and Sd134).

When the user confirms successful printing of the banner page inresponse to the request from the print portal (steps Sd14 and Sd15), theprint portal starts printing the designated E mails according to thesame procedures as those of printing the banner page (steps Sd161 toSd164). On completion of printing, the print portal transmits theaccount data to the address of account (step Sd17).

The two sequences of printing E mails discussed above are onlyillustrative, and all the processing steps may not be essential. Onepossible modification may omit the display of the estimate printinginformation overview (steps Sd5 to Sd7 in FIG. 23) or printing of thebanner page (steps Sd12 to Sd15 in FIG. 24). Another possiblemodification may allow the user to make a choice about printing thebanner page.

B2. Printing Web Pages

FIG. 30 shows connection in the case of printing Web pages. In thisexample, the user requires printing Web pages browsed on a mobilecomputer PC, while there is no printer locally connected to the printerPC. A printer located in the place of accommodation where the user staysis utilized as the output resource. The same procedures may be adoptedwhen the user designates a printer under its own management, forexample, a printer located at home or in an office. The computer PCcorresponds to the client in this example, although the client may be amobile phone.

The computer PC as the client, the printer PRT as the desired outputresource, the print portal PP, and a Web server WS providing data ofbrowsed Web pages are involved in this printing process. Theseconstituents are all connected to a network to allow mutual datatransmission. The printer PRT of the desired output resource isregistered in advance in the print portal PP.

The user downloads data from the Web server WS to the computer PCthrough communication Cm21 in FIG. 30 and browses Web pages. The userwho requires printing the browsed Web pages gains access to the printportal PP and causes the printing operation to be executed with thedesignated printer PRT located in the place of accommodation.

The interface shown in FIG. 17, for example, may be utilized to issuethe print request.

The sequence of processing after the issuance of the print requestfollows the sequence of printing E mails. The print portal PP causes thecomputer PC to display printing information, input the password, andconfirm successful printing through communication Cm23. In response to aprint execution command, the print portal PP transmits banner data tothe printer PRT and causes the printer PRT to successively print thebanner page and designated Web pages through communication Cm24.

B3. Printing Tickets

The above examples use plain paper for printing. The following describesthe case of printing tickets as an example of restricting the printingpaper to special paper. The user gains online or offline access to aticket center and reserves a ticket, for example, for a concert. At thismoment, the user receives a reservation number from the ticket center.The user accesses the ticket center again, identifies the reservationnumber, and prints the ticket via the print portal. Printing on plainpaper is prohibited to guarantee the validity of the ticket. Namelyprinting is restricted on specific paper exclusively provided forprinting tickets. The restriction is not changed by the user but is setby the ticket center TC.

FIG. 31 shows connection in the case of printing tickets via the printportal. In this example, tickets are printed with a printer that islocated at a store and is available for printing tickets, in response tooperations of the mobile phone MP.

In the case of printing tickets, the mobile phone MP corresponds to theclient, the printer PRT corresponds to the printing station, and aticket center TC corresponds to the content provider.

The user gains access from the mobile phone MP to a Web page provided bythe ticket center TC through communication Cm31. The user identifies thereservation number and presses the ‘iPrint’ button on the Web page toissue a print request. In response to this print request, the ticketcenter TC transmits print data of the corresponding ticket to the printportal PP through communication Cm32. Subsequent communication isestablished between the mobile phone MP and the print portal PP.

FIG. 32 is a flowchart showing a ticket printing process executed by theprint portal. The print portal PP first receives the print data of theticket and a printer ID number allocated to the printer of the desiredoutput resource (steps S10 and S12). The ID number is transmitted inadvance by the interface shown in FIG. 26.

The print portal PP subsequently refers to attribute information mappedto the printer ID number (step S14) and determines whether or not thedesignated printer is available for printing tickets (step S16). Theprinter available for printing tickets means a printer provided with anexclusive ticket paper tray PTt in addition to a standard paper trayPTn.

When the user's designated printer is not available for printingtickets, the print portal PP displays an instruction to change thedesignation of the printer on the mobile phone MP (step S18) and waitsfor input of another printer ID number (step S12).

When the user's designated printer is available for printing tickets, onthe other hand, the print portal PP authenticates the user as anauthorized user based on the input password (step S20), outputs a signalfor selecting the exclusive ticket paper tray PTt to the printer (stepS22), and outputs the print data of the ticket to the printer (stepS24).

The above explanation regards the simplified sequence, and the sequencemay additionally include the display of estimate printing informationand the confirmation of successful banner printing. In the case ofprinting tickets, there is a greater necessity of guaranteeing transferof the print to the authenticated user, compared with the case ofstandard printing. The banner printing accordingly has higheffectiveness as test printing. In order to enhance the certainty oftransferring the print to the authenticated user, the procedure mayprint a randomly set password with the banner page and ask the user toinput this password, in place of pressing the ‘OK’ button shown in FIG.26. The procedure may also control selection of the paper tray to usethe standard paper tray PTn for banner printing.

B4. Printing User's Own Documents

FIG. 33 shows connection in the case of printing user's own documentsvia the print portal. In one case of this example, the user creates anestimate sheet with a mobile computer PC1 at a customer's office andprints the estimate sheet with a printer at the customer's office. Inanother case of this example, the user inputs data at the customer'soffice, transmits the input data to the user's office, causes anestimate sheet to be created with a computer PC2 at the user's office,and prints the estimate sheet with a printer at the customer's office.It is assumed that the printer used as the output resource does not haveany ID number.

In this example, the computers PC1 and PC2 correspond to the client andthe content provider, while the printer PRT corresponds to the printingstation.

In the first case, the user creates an estimate sheet with the user'sown computer PC1. The user gains access to a Web page provided by theprint portal PP for printing through communication Cm43 shown in FIG.33. As discussed previously with FIG. 19, this Web page allows settingsfor the diversity of printing-related conditions. A print request isissued when the user specifies printing-related conditions, such as theaddress of the print data and the desired output resource, and gives a‘Print Start’ command.

FIG. 34 illustrates an exemplified interface in the process of printinguser's documents.

The print data is present in the computer PC1, so that the user inputs apass representing the address of the print data. In response to theprint start command, the designated file is transferred to the printportal PP, for example, by FTP (File Transfer Protocol). The user mayinput the pass via the keyboard or by a drag and drop operation as shownin FIG. 34. In this example, a window of a ‘Print Portal’ Web page and awindow showing files present in the computer PC1 in the form of iconsare open on a display DSP of the computer PC1. The user drags a file ofinterest ‘ABC.TXT’ as the object of printing and drops the dragged fileonto the ‘Print Portal’ Web page, so that the pass representing theaddress of the print data is written into an input box of the field‘Print data’.

In this example, the printer does not have the ID number, so thataddress information for locating the printer on the network is inputinto the input box of the field ‘Printer’. The address information maybe, for example, an IP address or a URI (Uniform Resource Indicator). Inthis example, an URI is input into the input box.

The sequence of the processing after the input of such conditionsfollows the sequence of the examples discussed previously. The printportal PP receives the print data and transmits the print data to theprinter designated as the desired output resource.

The above description regards the case of transmitting the file ofinterest to be printed from the user's computer PC1 to the print portalPP. The information for specifying the file, that is, combination of thepass representing the address of the file in the user's computer PC1with the address of the user's computer PC1 on the network, mayalternatively be transmitted to the print portal PP. In thisarrangement, the print portal PP fetches the file of interest as theobject of printing from the computer PC1 based on the transmittedinformation, and causes the file to be printed.

In the second case, the user causes the estimate sheet to be created bythe computer PC2 at the user's office and to be printed with the printerat the customer's office. The user inputs data for estimation into theuser's own computer PC1 at the customer's office, and transmits theinput data to the computer PC2 at the user's office throughcommunication Cm41. The computer PC2 at the user's office creates anestimate sheet based on the transmitted information and stores the fileof the estimate sheet at a predetermined address of the computer PC2. Inthis case, the user enables the estimate sheet to be printed accordingto the similar procedures to those in the case of printing the data filein the user's own computer PC1. The user gains access to the ‘PrintPortal’ Web page and specifies the URL representing the address of theestimate sheet file in the computer PC2 at the user's office as thelocation of the print data.

B5. Delivery of Electronic Newspapers (1)

In the above examples, the printing operation is immediately carried outjust once in response to a print request from the client. The followingexample describes the case of setting time and frequency conditions ofprinting.

FIG. 35 shows connection in the case of printing an electronic newspapervia the print portal. The user sends an order from a computer PC at hometo deliver an electronic newspaper and causes the delivered electronicnewspaper to be printed with a printer PRT at home. A URI or an IPaddress is used to identify the output resource.

In this example, the computer PC corresponds to the client, the printerPRT corresponds to the printing station, and an electronic newspaperservice NS providing electronic newspapers corresponds to the contentprovider. The electronic newspaper service NS is provided as one ofadditional services of the print portal PP.

The user gains access from the computer PC to a Web page provided by theprint portal PP and subscribes for an electronic newspaper throughcommunication Cm51. At the time of subscription, the user registersvarious pieces of information including a selected electronic newspaperfor delivery, a user password, a printer PRT designated as the outputresource, and a desired time of delivery. When the output resource isthe printer PRT at home, the registered information should includeaddress information that enables unequivocal location of the printer PRTon the network, for example, a URI or an IP address. The term ofsubscription to the selected electronic newspaper may also be specified.The registered information is stored as user's attribute information inthe print portal PP. Part of the attribute information is shown in theform of a table in FIG. 35. The print portal PP refers to the attributeinformation and manages when, where, and what electronic newspapershould be output.

No specific user's operations are required at the time of delivery ofthe electronic newspaper, as the print request has already beenregistered in the print portal. The only requirement to the user is toset the printer PRT at home in the active state. The print portal PPfetches the content from the electronic newspaper service NS, whichprovides the electronic newspaper designated by the user for delivery,through communication Cm52 at the user's designated time of delivery, at7 am in the example of FIG. 35, and causes the electronic newspaper tobe printed with the printer PRT through communication Cm53. Since therequired information for authentication, such as the user password, hasbeen registered in advance, no authentication is required at the time ofprinting. The electronic newspaper may be printed with the banner page,or the user may make a choice for printing the banner page. Informationrepresenting the choice for printing the banner page may be registeredas part of the user's attribute information in a directory service blockof the print portal PP. This facilitates management of the choice forprinting the banner page and the accounting based on the choice.

After completion of the printing operation, the attribute information onthe delivery of the electronic newspaper remains. This arrangementallows delivery of the electronic newspaper in a regular manner. Theinformation provided by the electronic newspaper service NS issequentially updated, unlike standard offline newspapers. The user maydesignate a plurality of times for delivery according to therequirements and gain the latest information at arbitrary frequencies.

One modified application may provide the service of printing only anupdated part at the time of updating the server of the electronicnewspaper service NS. Such service is readily attained by transmitting anotice of information updating and updated information including printdata of the updated part from the electronic newspaper service NS to theprint portal PP, each time the information is updated. In response toinput of the updated information, the print portal PP refers to theregistered attribute information, extracts the users who desire deliveryon every occasion of information updating and their designated outputresources, and causes the updated part to be printed with the designatedprinters. The designation of time and the periodical printing discussedabove may be applied for a diversity of contents, other than theelectronic newspapers.

B6. Delivery of Electronic Newspapers (2)

While the electronic newspaper is delivered in a regular manner, theuser may require a temporary change of the output resource. For example,the user who is not at home but stays in another place requirestemporarily changing the place of delivery of the electronic newspaperto the place of accommodation.

FIG. 36 shows connection in the case of printing electronic newspapersin a place of accommodation. In the ordinary state, the computer PC andthe printer PRT that are located at home, the print portal PP, and theelectronic newspaper service NS are involved in the delivery of theelectronic newspaper.

In this example, in addition to the above constituents, the mobile phoneMP corresponding to the client and a printer Photel located in the placeof accommodation, which corresponds to a temporary output resource, areinvolved in the delivery of the electronic newspaper.

The user gains access from the mobile phone MP to a Web page provided bythe print portal PP through communication Cm54 and changes thedesignated output resource. Information for changing the designation ormodified designation information includes a user password, informationfor identifying a printer as the temporary output resource, a term ofthe change, and a desired time of delivery during the change. Theprinter of the changed output resource may be identified by the IDnumber, the URI, or the IP address. The print portal PP modifies theuser's attribute information according to the change of the designation.In the example of FIG. 36, the output resource is changed to the printerPhotel in the place of accommodation. One preferable procedure backs upthe original registration and returns the modified attribute informationto the original registration when the tem of the change specified by theuser has elapsed.

A variety of other procedures may be applied to change the outputresource of the electronic newspaper. One modified procedure allowsregistration of both the standard designation information and themodified designation information as the attribute information regardingthe delivery of the electronic newspaper. The print portal PP givespreference to the modified designation information and delivers theelectronic newspaper. The temporary change of the designation is readilyattained by restricting the term of the change or deleting the modifieddesignation information at the time when the term of the change haselapsed.

B7. Image Processing Service

The following describes an example of processing data transmitted by theuser and printing the processed data.

FIG. 37 shows connection in the case of printing processed data. Theuser superimposes picture data of interest, which is the object ofprinting, on a specified background image and prints the superimposedpicture data with a printer PRT, which is located at home. The printerPRT of the desired output resource is identified by the URI or the IPaddress.

In this example, the computer PC corresponds to the client, the printerPRT corresponds to the printing station, and a processing service AScorresponds to the content provider. The processing service AS isprovided as one of additional services of the print portal PP. Theprocessing service AS may alternatively be organized as a separateservice from the print portal PP.

The user gains access from the computer PC to a Web page provided by theprint portal PP through communication Cm71 and transmits a picture imagePIC1 as the object of printing. The interface shown in FIG. 34 may beused for transmission of the picture image. The user then specifies abackground image. The background image may be provided by the user ormay be selected out of a menu provided by the processing service AS.

The user subsequently specifies the printer PRT as the desired outputresource and issues a print request. A superimposed picture is thenprinted according to the following procedure.

In response to input of a print execution command, the print portal PPoutputs the picture data PIC1 and code information for specifying thebackground image, which have been sent from the user, to the processingservice AS (communication Cm72). Background image data PIC2corresponding to the input code information is stored in advance in theprocessing service AS. The processing service AS superimposes the inputpicture data PIC1 on the background image data PIC2 to create compositepicture data PIC3 and sends the composite picture data PIC3 to the printportal PP (communication Cm73). The print portal PP may alternativelyperform such image processing. The print portal PP outputs the inputcomposite picture data PIC3 to the designated printer PRT and causes thecomposite picture data PIC3 to be printed with the designated printerPRT (communication Cm74).

The printing process is not restricted to the above procedure. In onepossible modification, the user gains access to a Web page provided bythe processing service AS and transmits the picture data PIC1 as theobject of printing to the Web page to make the picture data PIC1superimposed on the background image data PIC2. On completion of theprocessing, the user gives an instruction to print the superimposedpicture data via the print portal PP. The sequence of printing in thisarrangement is equivalent to the sequence of printing the Web pagediscussed previously.

The image processing is not restricted to superimposing. Another exampleretouches picture data transmitted from the user. Still another exampleadjusts the resolution and the tone according to the characteristics ofthe model of the printer PRT designated as the desired output resource.The object of processing is not restricted to picture data. Anotherexample receives text data from the user and processes the input textdata, prior to printing, according to a predetermined form, for example,in writing paper or formal documentation to public authorities. Stillanother example fills out a diversity of blank forms with informationsent from the user in the form of text data.

C. Various Processes of Designating Output Resource

A diversity of settings may be applied to designate the printer as thedesired output resource in the process of printing via the print portal.FIG. 38 enumerates various methods of designating the printer. There arefour major processes of designation.

In Cases A and B, information for identifying the printer is input fromthe client.

In Case A, the user recognizes the ID number allocated to each printer(i), and transmits the ID number from the client MP to the print portalPP (ii). This corresponds to the arrangement shown in FIG. 22. The IDnumber may be replaced with any information for identifying the printeron the network, such as a URI or an IP address.

In Case B, the print portal PP provides a list of printers (i), and theuser selects a desired output resource out of the printer list (ii).This corresponds to the arrangement shown in FIG. 19. The printer listis not restricted to the hierarchical structure. In one preferableapplication, the user sends specific search conditions for selection ofthe printer, prior to creation of the printer list. The print portal PPsearches for printers satisfying the specific search conditions andsends the result of the search as a printer list to the user. Theprocess of designating the printer based on the search will be discussedlater with a concrete example.

In Cases C and D, the information for identifying the client or the useris input from the printer, so that specific printers are mapped tospecific clients.

In Case C, information for identifying the client or the user is inputon a panel attached to the printer (i). The information may be the IPaddress of the client MP, the user ID, or the user password. The inputinformation is transmitted to the print portal PP (ii). The print portalPP searches for a print request meeting the input information andcarries out mapping to specify the output resource. This arrangementwill be discussed later with a concrete example.

In Case D, in response to a print request sent to the print portal PP(i), the user is notified of a job number (ii). The job number may begiven by the print portal or by the printing service provider. The userinputs the job number into the printer PRT of the output resource. Atthis moment, the connection between the client MP and the print portalPP may be cut off. The printer PRT sends the job number to the printportal PP and receives print data corresponding to the job number forprinting (iii). The printer PRT receives the print data transmitted bythe push method in Cases A to C, while the printer PRT fetches the printdata by the pull method in Case D.

In Cases C and D, information for identifying the user or the client isinput from the printer of the output resource to specify the outputresource. This requires the user to be present in a neighborhood of theprinter of the output resource at the time of printing. This arrangementeffectively prevents the designation of a wrong output resource andadvantageously reduces illegal printing.

FIG. 39 shows a concrete example of Case C. FIG. 40 shows a sequence ofprinting in Case C. This example regards a process of printingelectronic mails.

As shown in FIG. 39, a printer PRT1 has a touch panel TP for inputtingthe user ID. The series of processing from selection of E mails todisplay of the standard menu (steps Se01 to Se08) is identical with theprocessing shown in FIG. 22. In this example, the display of thestandard menu asks the client MP to input the ‘User ID’, in place of the‘Printer No.’. The user selects this menu with the client MP and inputsthe user ID. In this arrangement, however, the client MP is not used forthe input of the user ID, but the user ID is input on the touch panel TPof the printer PRT1 designated as the desired output resource. The userID ‘ABCD’ is input in the example of FIG. 39.

The input user ID is sent from the printer PRT1 to the print portal PP(step Se09 in FIG. 40). Since the client MP and its user have beenidentified in the process of steps Se01 to Se08, the print portalspecifies the printer PRT as the desired output resource based on theuser ID input from the printer PRT.

Information used for mapping the client MP to the printer PRT1 is notrestricted to the user ID. Another example receives the user ID sentfrom the printer PRT1 and the user ID-relating password sent from theclient MP. The requirement is that the information collected from theclient MP should be mapped to the information collected from the printerPRT.

In the example of FIGS. 39 and 40, the printer PRT1 has the touch panelTP. One possible modification supplies the client MP with a remotecontrol function and attains the above series of processing throughcommunication between the client MP and the printer PRT1. Infraredcommunication or Bluetooth may be applied for the communication. In thismodified arrangement, the client MP is used as the interface ofinputting the user ID at step Se09 in FIG. 40. The user ID input intothe client MP is transmitted to the printer PRT1. In still anotherexample, the user ID not newly input but registered in advance in theclient MP may automatically be sent to the printer PRT1.

The following describes the system of searching for the output resourcebased on specific search conditions given by the user, as one example ofCase B.

FIG. 41 shows functional blocks and data transmission relating to thesearch for the output resource. Information registered in a printerdatabase 152 is utilized for the search. The application unit 180includes a printer management unit 305 as the functional block ofsearching.

The user specifies search conditions of the output resource with theclient MP. One example of the search conditions is the output resourceclosest to the current location of the client MP. The current locationof the client MP may be specified by a landmark like a near-by buildingor a near-by station. Another example attaches a GPS (Global PositioningSystem) to the client MP and monitors the output of the GPS. The searchconditions may also include the charge of printing and the functions ofthe printer, for example, the availability of color printing. The searchconditions may be specified according to the user's requirements.

The printer management unit 305 refers to the printer database 152,searches for the printers meeting the specified search conditions, anddisplays the result of the search as a printer list on the client MP.The user selects a desired printer out of the printer list. In the caseof a relatively small display area like the mobile phone, the printerlist is scrolled up and down. The upper limit may be set to the numberof items displayed simultaneously on the display unit.

In order to actualize the search, various pieces of informationregarding each printer, for example, the location of the printer, thecharge of printing, the performances of the printer, and the restrictionon printing, are registered in the printer database 152. In the systemof the embodiment, the print portal PP manages the information of allthe printing stations PS11. The print portal can thus readily find theprinter satisfying the user's requirements without any specific inquiryabout the performances and properties of each printer.

D. Additional Functionality of Printing

The print portal system may cause the print data to be subjected todiverse additional processing in the printing process. Some examples ofadditional processing are discussed below.

D1. Addition of Input Source ID Information

FIG. 42 shows functional blocks involved in the process of addition ofinput source ID information. The input source ID information includes,for example, information regarding the user who requires printing andinformation regarding the source of a content to be printed. Theapplication unit 180 includes an input source ID information generator181 as the functional block of adding such information.

FIG. 43 is a flowchart showing a routine of adding input source IDinformation. The input source ID information generator 181 adds a newpage to the content designated by the user and prints the input sourceID information in the new page.

When the program enters the routine, the input source ID informationgenerator 181 first collects input source ID information from the client(step S110). The input source ID information includes user informationfor identifying the user who gives a print request and sourceinformation for identifying the source of a content to be printed. Thename of the user or the user ID may be used as the user information, andthe URL or the name of the document may be used as the sourceinformation.

The input source ID information generator 181 generates print data ofthe input source ID information (step S112). A concrete procedure fillsout a predetermined format with these pieces of information. The imageof the processing is illustrated in the flowchart. Data of therespective fields, that is, the user information, the source informationand the date, are inserted in preset positions (input boxes shown by thebroken lines) in a space of one page P. The data format may be any ofvarious formats that are convertible to the PDF format by the coremodule 130.

The input source ID information generator 181 then fetches the contentdesignated by the user (step S114) and transfers the print data of theinput source ID information and the content to the core module 130 (stepS116). The print data of the input source ID information and the contentmay be transferred as combined print data or as mutually relatedindividual data. The functional block other than the input source IDinformation generator 181 may be used to fetch the content.

In the above example, the page for printing the input source IDinformation is separate from the content. One possible modificationprints the input source ID information in each page of the content.

This arrangement is shown as a modified example. FIG. 44 is a flowchartshowing a modified routine of adding input source ID information. Inthis processing routine, the input source ID information generator 181successively collects the input source ID information and fetches thecontent (steps S120 and S122). The content is printed in a preset areaof the page P (the hatched area in the drawing).

The input source ID information generator 181 inserts the input sourceID information in the blank of the printed content (step S124). The userinformation, the source information, and the date are written in presetplaces of the blank (defined by the broken lines in the drawing). Theinput source ID information generator 181 transfers the resulting datato the core module (step S126).

Addition of the input source ID information may be carried out after theconversion to the PDF format or in the course of conversion to the PDFformat. The input source ID information may include either one of theuser information and the source information, or may include additionalpieces of information.

The addition of the input source ID information advantageously preventsconfusion of prints between plural users, in the case where printrequests from the plural users are concentrated on one specific printer.This application ensures the accurate delivery of the resulting print tothe right user, especially when a document with high secrecy, forexample, an E mail or a user's own document, is printed.

The source information facilitates comparison between the resultingprint and the print request. Namely the source information functions toreadily identify the wrong designation of the content, in the case wherethe actual print is different from the user's requirement.

D2. Layout Printing

The function of layout printing lays out a plurality of contents or acontent including plural pages in one page sheet according to the user'sspecification.

FIG. 45 shows functional blocks involved in the layout printing. In thisembodiment, the file conversion unit 110 combines a plurality ofcontents.

The file conversion unit 110 includes several functional blocks. A PDFconverter 111 carries out file conversion to the PDF format. A contentholder 112 keeps the converted PDF files. A layout unit 113 lays out thecontents kept in the content holder 112 in one page sheet. Thespecification of the layout is registered in advance as a template 114.

FIG. 46 shows an overview of the layout function. The example of FIG. 46divides the sheet of a page P and lays out a banner ad and contents offour pages in the page sheet P. One possible application provides aplurality of templates and enables the user to select a desired templateamong the options. The banner ad may be omitted from the template ofFIG. 46. The banner ad may be replaced by the input source IDinformation. Although an identical space is assigned to the respectivepages of the contents in the example of FIG. 46, the respective pages ofthe contents may have different spaces.

In the example of FIG. 46, three different contents A, B, and C are laidout in the locations defined by the arrows. Each page of the contents iscontracted or magnified corresponding to the preset space, if necessary.In this embodiment, the length-to-width ratio of each page of thecontents is kept after contraction or magnification.

Although the procedure of this embodiment lays out the contents afterthe file conversion to the PDF format, the contents may be laid outbefore or in the course of file conversion.

The layout function enhances the utility of this print portal system.

D3. Addition of Ad

One application of the layout function is addition of ad. The income ofad advantageously reduces the total charge of printing paid by the user.

FIG. 47 shows functional blocks involved in addition of ad. Theapplication unit 180 includes an ad setting unit 182 as the functionalblock for attaining the addition of ad.

FIG. 48 shows the functions of the respective functional blocks in theprocess of addition of ad. FIG. 49 is a flowchart showing a routine ofaddition of ad. The following describes the process of adding ad withreferring to these drawings.

In response to a print request, the print portal 100 collects the userID and content information (step S210). The content informationincludes, for example, the URL of a Web page designated as the object ofprinting.

At the time of executing the printing operation in response to the printrequest, the print portal PP asks, the user to select acceptance orrejection of addition of ad. In a desirable arrangement, the contentprovider can restrict the addition of ad. When the user accepts theaddition of ad, the addition of ad is implemented by the procedurediscussed below.

The ad setting unit 182 refers to the user database 150 based on theuser information and selects an ad to be supplied (step S212). Forexample, when the user's interest registered in the user database 150 is‘music’, a music-relating ad is selected. The age and the sex of theuser are also taken into account.

In parallel to the above processing, the content fetching unit 160fetches the content designated by the user (step S216). The fetchedcontent and ad content are transferred to the file conversion unit 110,which generates resulting print data with the ad according to a presetlayout (step S218). The procedure of layout printing discussedpreviously may be applied for the addition of ad.

FIG. 50 shows two examples of the addition of ad. The first example addsa surface sheet with an ad printed thereon to the content. The surfacesheet also has a space for printing information like the userinformation, the content information, and the date of printing.

The second example has an ad in the blank of each page of the content.Different ads may be attached to different pages. The ad may be suppliedin at least one of these two applications.

A diversity of methods may be applied to select the ad in thisembodiment.

One applicable method selects the ad, based on the content designated asthe object of printing. When the user designates a music-relating Webpage as the content to be printed, a music-relating ad may be attached.Another applicable method selects the ad, based on a record of contentsdesignated by the user as the object of printing. When the record provesthat Web pages in the field of music are frequently printed, amusic-relating ad may be attached. When the record proves that thetendency of frequently printed Web pages shifts from the field of musicto the field of computer technology, a computer-relating ad may beattached.

Still another applicable method selects the ad, based on information onthe client. For example, the selected ad may be related to the carrierof the client or may be concerned with the business proprietor thatprovides the printer designated as the output resource. Anotherapplicable method attaches a preset ad, regardless of the userinformation and the content to be printed. The ad to be attached mayotherwise be selected at random.

The ad setting unit 221 gains access to the ad content provider 15 andfetches the selected ad content (step S214). Ad contents may be kept inadvance in the print portal 100.

E. Customization Functionality

The print portal system of the embodiment preferably has a diversity ofcustomization functionality for the enhanced utility. The customizationfunctionality is briefly classified into the three groups: thefunctionality for users, the functionality for content providers, andthe functionality for printing service providers and printing stations.

E1. Customization Functionality for Users

FIG. 51 shows functional blocks to attain customization. In thisembodiment, the registration management unit 134 includes a usermanagement unit 134A, a content provider management unit 134B, and a PSPmanagement unit 134C as the functional blocks of customization.

The user management unit 134A registers and manages customizedinformation of each user in the user database 150. Thecustomization-relating information, such as interfaces discussed later,is stored in the user database 150. A content holder 150A keepsfrequently used contents by each user.

The content provider management unit 134B registers and managescustomized information of each content provider in the content providerdatabase 151. The PSP management unit 134C registers and managescustomized information of each printing service provider or printingstation in the printer database 152.

In the arrangement of this embodiment, with a view to smoothcustomization functionality, the controller 132 is divided into aninterface display unit 132A and a job controller 132B.

The interface display unit 132A provides an interface for customization,as well as an interface for execution of printing.

The job controller 132B executes diverse controls required for printing,for example, transfer of jobs to the printing service provider.

FIG. 52 is a time chart of printing mails in a customized environment.

When the user issues a print request, the user management unit 134Acollects the user information like the user ID (step Sf01).

The user management unit 134A refers to the user database 150 based onthe collected user information, and transfers customized information tothe interface display unit 132A (step Sf02). The customized informationon the output resource and the printing conditions with regard to eachuser is stored in the user database 150. The interface display unit 132Aoutputs an interface for specifying the output resource corresponding toeach user, based on the customized information (step Sf03).

FIG. 53 shows an example of customized interface. The left-side drawingshows a customized interface for specifying the output resource. Thedisplay format of available output resources follows the standardinterface. In the customized environment, however, the output resourceusually selected by the user is displayed preferentially. In the case ofa chain store, it is desirable to display not only the store chain namebut the lower hierarchical level to identify an individual printingstation, for example, YY shop.

When the user specifies the printer of the desired output resource onthis interface, the information representing the specification istransmitted to the job controller 132B (step Sf04). The job controller132B selects the printing service provider, based on the receivedinformation.

The interface display unit 132A then displays an interface for settingthe printing conditions, based on the customized information (stepSf05). The right-side drawing of FIG. 53 shows a customized interfacefor setting the printing conditions. There is an option ‘User Settings’for selecting the customized settings. Customized data of the printingpaper, the layout, and other printing conditions set by each user isregistered in the user database 150. When the user selects the option‘User Settings’, the printing operation is carried out under theregistered conditions, without any specific settings.

When the user sets the printing conditions via this interface, theinformation on the settings is transmitted to the job controller 132B(step Sf06). The job controller 132B sends the print data and theinformation on the settings of printing conditions to the printingservice provider selected corresponding to the designated outputresource.

FIG. 54 shows data transmission in the process of registering thecustomized information. The print portal 100 causes an interface forcustomization to be displayed on the client MP. The user registers theuser information and the customized information in the print portal PPvia this interface. The customized information is mapped to the userinformation and stored in the user database 150 by the user managementunit 134A. In order to prevent illegal registration, one preferableapplication requires the user to input a password for customization.

The customized information includes information on the output resourceand information on the settings of printing conditions. A typicalexample of the information on the output resource is the priority ofavailable output resources to the user. Registration of the availableoutput resources may be set adequately by taking into account thestorage capacity permitted for each user.

The information on the settings of printing conditions includes thelayout, the paper size, the selection of color printing or monochromaticprinting, the maximum number permitted, the printing time, and theinformation on the interface for setting the printing conditions. Thelayout represents a print form, such as 1 page/sheet or 2 pages/sheet.The paper size represents the size of generally used printing paper,such as A4 or B5. The selection of color printing or monochromaticprinting is effectively used, for example, when the user desires toprint color print data in monochrome. The maximum number permittedrepresents the maximum number of printing sheets permitted for eachprint job. This limits the needless cost when the user unintentionallysends a print job of an extremely large volume. The printing timerepresents the time zone specified for printing. This is effectivelyused, for example, for printing news provided on a Web page in a regularmanner. The information on the interface for setting the printingconditions represents selected display of the settings of printingconditions, for example, a beginner mode or an expert mode. A diversityof other conditions, for example, the printing quality or the presenceof a stamp mark, may also be included in the settings of printingconditions.

As one of the customization functionality, frequently used documents maybe stored, as well as the output resource and the settings of printingconditions.

FIG. 55 shows functional blocks involved in the document storagefunctionality. As discussed previously, the content holder 150A storeseach content with mapping to the user information for identifying theuser, such as the user ID. The content may be a document file created bythe user, data downloaded from the content provider, or informationrepresenting the address of the content on the Internet, such as the URL(Uniform Resource Locator). Typical examples of the documents registeredinclude catalogs, order forms, and application forms.

FIG. 56 shows data transmission in the process of printing a registeredcontent. FIG. 57 is a timing chart in the process of printing theregistered content. FIG. 58 shows an exemplified interface in theprocess of printing the registered content. The following describes theprocess of printing the registered content with referring to thesedrawings.

The user first gains access to a Web page provided by the print portaland transmits the user ID and the user password (step Sg01 in FIG. 57).The print portal PP refers to the content holder 150A and causes a listof contents corresponding to the transmitted user ID to be displayed onthe client MP (step Sg02). The left-side drawing of FIG. 58 illustratesa display window of the list. In this example, there are four documents,that is, ‘catalog’, ‘application form’, ‘instructions manual’, and‘map’, registered as the contents frequently used by the user. Onemodified procedure displays a menu window to allow the user to selecteither printing of a registered content or specification of anothercontent, prior to the display of the list.

The user selects a content of interest as the object of printing out ofthe list (step Sg03). In the example of FIG. 58, the ‘application form’has been selected. In the case where only one content is registered, thedisplay of the contents list and the selection of a desired content maybe omitted.

The print portal 100 then displays interfaces for specifying the outputresource and the printing conditions (step Sg04). The center drawing ofFIG. 58 illustrates an interface for specifying the output resource. Theright-side drawing of FIG. 58 illustrates an interface for specifyingthe printing conditions.

Information on the settings of printing conditions, such as the papersize and the layout, may be mapped to each content and stored with thecontent in the content holder 150A. This application enables thespecification of the printing conditions to be omitted.

When the user utilizes these interfaces and sets the desired outputresource and the printing conditions, information on the settings istransmitted to the print portal PP (step Sg05). The print portal PPtransfers the designated content to the designated printing serviceprovider, based on the transmitted information (step Sg05).

When the address of each content, for example, the URL, is kept in thecontent holder 150A, the print portal 100 gains access to the designatedcontent provider, fetches a desired content, and transfers the fetchedcontent to the printing service provider.

The printing service provider receiving the print job selects a printingstation and transfers the print job to the selected printing station(step Sg07). The printing station executes the print job to implementprinting. One modified procedure may give a display including thedesignated output resource and the specified printing conditions to theclient MP for the purpose of check and confirmation, prior to thetransfer of the print job to the printing station (step Sg06). Oncompletion of the printing operation, a report of printing results maybe transmitted from the printing station PS11 to the print portal PP(step Sg08).

The user may manage the contents registered in the content holder 150A.The user can arbitrarily add contents to the registration in the contentholder 150A or delete contents from the registration in the contentholder 150A.

FIG. 59 shows data transmission in the process of adding a content. FIG.60 is a time chart in the process of adding a content.

The user gains access to a Web page provided by the print portal andselects a menu for adding contents. The user subsequently transmits theuser ID, the user password, and a selected content to be added to theprint portal PP (step Sh01). The user may alternatively transmit the URLrepresenting the address of the selected content.

The user management unit 134A of the print portal PP receives thetransmitted information and executes a series of processing to add theselected content. The user management unit 134A transfers the user IDand the user password to an authentication unit 190, which identifiesthe accessed user as the authenticated user who is allowed to addcontents (step Sh02). One possible application issues differentpasswords for printing and for adding contents. This can discriminatethe manager of the registered contents from the user of the registeredcontents.

When the accessed user is identified as the authenticated user who isallowed to add contents, the user management unit 134A stores thecontent transmitted from the client MP in a specific area of the contentholder 150A corresponding to the user ID (step Sh03). In the case wherethe user transmits the URL, the URL may be stored (step Sh04). Thealternative procedure fetches a content specified by the URL from thecontent provider and stores the content (step Sh06). The user can add anew content according to the above series of processing.

FIG. 61 is a time chart in the process of deleting a content.

The user gains access to a Web page provided by the print portal andselects a menu for deleting contents. The user subsequently transmitsthe user ID and the user password to the print portal PP (step Sh11 inFIG. 61).

The print portal PP carries out a series of processing to delete aselected content, based on the transmitted information. The usermanagement unit 134A transfers the user ID and the user password to theauthentication unit 190, which identifies the accessed user as theauthenticated user who is allowed to delete contents (step Sh12).

When the accessed user is identified as the authenticated user who isallowed to delete contents, the user management unit 134A displays alist of registered contents (step Sh13). The user selects a content tobe deleted out of the list (step Sh14). An interface similar to that ofFIG. 58 may be used for selecting the content to be deleted. The usermanagement unit 134A then actually deletes the selected content from theregistration in the content holder 150A (step Sh15). The user can deletea non-required content according to the above series of processing.

The customization functionality discussed above does not require thedetailed settings of the output resource and the printing conditionsevery time the user utilizes the print portal system, thus enhancing theutility.

The contents registration functionality does not require transfer of acontent every time the content is printed. In the actual service, theuser may desire to print an identical document at different places.Typical examples of such document include catalogs, application forms,and estimate sheets. If the user is required to always carry documentdata for printing these forms, such requirement undesirably damages theutility of the printing environment that allows free choice of theoutput resource. The contents registration functionality enables theuser to print these forms, while the user is not required to carry andmanage the print data. This accordingly ensures the printing environmentwith high utility.

In the above embodiment, each content is mapped to the user ID andregistered. One possible modification may manage each registered contentindependently of the user ID. FIG. 62 shows functional blocks in amodified example to attain the contents registration functionality. Thedifference from the structure of FIG. 51 is that a content managementunit 134D and a content holder 150AA are separate from the usermanagement unit 134A and the user database 150.

The content management unit 134D registers and manages contents in thecontent holder 150AA. In this modified example, an identification code,which is different from the user ID, is used for the management of eachcontent. The content management unit 134D maps each content to theidentification code, to the user who is allowed to use the registeredcontent, and to the user who is allowed to delete the registeredcontent. The user management unit 134A manages the users with or withoutthe authentication of adding contents. A diversity of settings may beapplied for the identification code. In the description below, it isassumed that a unique code one-to-one mapped to each content is appliedfor the identification code.

The process of printing a content registered in the content holder 150AAfollows the procedure discussed in the above embodiment (see FIGS. 56 to58). In this modified example, the identification code is unequivocallymapped to the content, so that the user inputs the identification codeto specify the content to be printed. This application does not requiredisplay of the contents list.

The process of newly registering a desired content also follows theprocedure discussed in the above embodiment (see FIG. 60). In the aboveembodiment, each content is mapped to the user ID and registered. In themodified example, on the other hand, the content is related to theidentification code. The identification code is unequivocally mapped toeach content and is thus created by the print portal PP. The client MPis notified of the identification code at the time when registration ofthe corresponding content is completed. Each content is registered withthe user who is allowed to use the content and the user who is allowedto delete the content.

Sequential numbers may be applied for the identification codes of therespective contents. The identification code may be created incombination with the user ID. For example, the identification code mayinclude the user ID as the upper digits and the content number as thelower digits.

The arrangement of the modified example uses the identification code forunequivocally identifying each content, thus facilitating specificationof the content for printing. Management of the content with theidentification code enables a plurality of users to share the registeredcontent. For example, when the common content is news or a circularmagazine provided to registered users, each user can print the contentaccording to the requirements. In another example, when the commoncontent is a catalog or an application form to be uniformly used in theorganization, members of the organization are notified of theidentification code of the common content.

An identification code may be mapped to a plurality of contents.Separately from the user ID given to each user, an identification codefor contents registration may be assigned to an organization like acorporation. Registration of contents mapped to this identification codeallows members of the organization to readily share the registeredcontents. Input of the identification code assigned to the organizationcauses a list of common contents to be displayed for printing.

The arrangement of the modified example ensures flexible management ofregistered contents according to the definition of the identificationcode, thus further enhancing the utility.

E2. Customization Functionality for Content Providers

FIG. 63 shows data transmission in the process of registeringcustomization information. The content provider 10 gains access to theprint portal 100 to register customization information. Thecustomization information is stored in the content provider database 151under management of the content provider management unit 134B.

The customization information may include information regardingrestriction on the output resource and information on the settings ofprinting conditions. The former information is effectively used, forexample, when the owner of a certain printing service is affiliated withthe content provider and other printing services should be excluded fromthe available output resources.

The information on the settings of printing conditions may include thelayout, the paper size, the selection of color or monochromaticprinting, and the maximum number of printing sheets permitted. Thisinformation is effectively used, for example, when the content providerdesires to restrict the user's settings, in order to maximize the valueof its own information. Setting the maximum number of printing sheetspermitted protects the copyright and other benefits of the contentprovider.

When the user clicks the ‘iPrint’ button to link with the print portal100, the print portal 100 specifies the customization information, basedon content provider information, such as a domain name. The printingoperation is carried out under the conditions specified by thecustomization information.

In this embodiment, the print portal 100 manages the customizationinformation. One possible modification minimizes the customization withregard to the content provider and transmits the restrictions attachedto the content to the print portal at the time of printing the content.

E3. Customization Functionality for Printing Stations

FIG. 64 is a time chart in the process of printing a mail under thecustomized conditions. The PSP management unit 134C and the printerdatabase 152 manage customization information of the printing station.

When the user specifies the desired output resource and the settings ofprinting conditions to implement the printing operation, the PSPmanagement unit 134C collects output resource information (step S101).

The PSP management unit 134C subsequently refers to the printer database152, based on the collected output resource information, and transferscustomization information to the job controller 132B (step S102). Thecustomization information represents restrictions on the authenticatedusers and contents to be printed, which are set by the printing stationPS11. In the case where any of the user, the selected print data, andthe settings of printing conditions do not meet the customizationinformation, the job controller 132B displays a requirement to changethe output resource (step S103). In the case where all the conditionsmeet the customization information, on the other hand, the jobcontroller 132B transmits the print job to the printing service provider(step S104).

FIG. 65 shows data transmission in the process of registeringcustomization information. The printing station registers thecustomization information in the print portal 100 by utilizing aninterface provided by the interface display unit 132A.

In the print portal 100, the PSP management unit 134C registers thecustomization information in the printer database 152.

The customization information may include information regardingrestrictions on the authenticated users for printing. Namely userinformation on the authenticated users for printing are registered asthe customization information. Such information is effectively used, forexample, when the owner of the printing station is a general individualor corporation.

The customization information may also include information on thesettings of printing conditions; for example, the maximum number ofprinting sheets permitted for each job and the restriction on theprinting time. Setting the maximum number of printing sheets permittedis effectively used to prevent a certain user from printing an extremelylarge volume and exclusively occupying the printer and to prevent anyunauthorized person from printing an extremely large volume. Therestriction on the printing time is effectively used, for example, toallow printing only during business hours of a shop. The customizationinformation is not restricted to such pieces of information but mayinclude additional pieces of information.

F. Settings of Printing Conditions

In the print portal system of the embodiment, plural entities may setdifferent printing conditions. This is because the user, the contentprovider, and the printing station individually set and restrict theprinting conditions. The arrangement of this embodiment sets the orderof priority to the authorities for setting the printing conditions, inorder to handle the contradictory settings of the printing conditions.

FIG. 66 is a flowchart showing a routine of setting the printingconditions. This routine is executed to determine the ultimate printingconditions in the case where the above three entities individually setthe printing conditions. The arrangement of this embodiment gives thefirst priority of setting the printing conditions, the second priority,and the third priority respectively to the printing station or theprinting service provider (PSP), to the content provider, to the user.

The processing routine first takes into account the printing conditionsset by the printing service provider having the first priority (stepS310). The flowchart shows exemplified settings for the paper size, thecolor/mono printing, and the double-face printing.

The settings of step S310 specify A3 or A4 as the available paper size,availability of both the color printing and the monochromatic printing,and availability of both the double-face printing and the single-faceprinting, based on the conditions set by the printing service provider(PSP). Namely there are no specific restrictions on the color printingand the double-face printing.

The processing routine then takes into account the printing conditionsset by the content provider (CP) having the second priority (step S312).The conditions set by the content provider (CP) are considered only inthe available range of the settings by the printing service providerPSP.

In the illustrated example, the content provider sets either B4 or A4 asthe available paper size, while the printing service provider allowsprinting in the size A3 or A4. By referring to both the settings, A4 isselected as the paper size. In a similar manner, color printing andsingle-face printing are selected for the other settings.

The processing routine subsequently takes into account the printingconditions set by the user having the third priority (step S314). In theillustrated example, the user does not set the paper size, so that thesize A4 set at step S312 is determined as the ultimate printingcondition.

The user requires color printing. This is consistent with the settingsat step S312. The color printing is thus set as the ultimate printingcondition.

The user requires double-face printing. This is contradictory to thesettings at step S312. The user's requirement is thus rejected, and thesingle-face printing is set as the ultimate printing condition.

The order of priority may be specified arbitrarily. As illustrated inthis embodiment, however, it is preferable to give the higher priorityto the settings based on the printing performances and the settings bythe content provider than the settings by the user.

G. Accounting

G1. Accounting

FIG. 67 shows the flow of accounting. The charging from the serviceprovider 30 to the user (charge A in the drawing) is, for example, acommunication fee charged for the client's access to the network.

The charging from the content provider to the user depends upon the payfor the content, that is, either the pay content provider or the freecontent provider. A free content provider 10B that provides informationfree does not charge the user for the information. A pay contentprovider 10A that provides charged information, on the other hand,charges the user for the information (charge B in the drawing). Here theterm ‘pay’ or ‘charge’ means that a fee is required for printing. Thecontent provider that allows free browsing but charges the user forprinting is regarded as the ‘pay content provider’. The content providerthat allows only charged browsing but does not separately charge theuser for printing is regarded as the ‘free content provider’. The paycontent providers include the provider that charges the user forbrowsing information and has already made a contract with the user foraccounting, and the provider that allows free browsing of informationand makes no contract with the user for accounting.

The charging from the printing service provider (PSP) to the userdepends upon the printer used for printing, that is, either the printerinstalled in a public space or the printer owned by any individual orprivate entity. In the case of a public printing station 70A that uses aprinter installed in a public space, the charge is mainly forconsumption of expendables, for example, printing paper and toner(charge C in the drawing). Depreciation of the printer and itsperipheral equipment may be reflected on the charge. The public printingstation 70A provides, for example, many and unspecified people withservices at a store, a hotel, or a station. A private printing station70B that uses a printer owned by any individual or private entity doesnot charge the user for printing. Although the expendables are naturallyconsumed by printing, the users of such a printer are limited. There isaccordingly little necessity of specifically charging the users forprinting. The private printing station 70B may utilize, for example, aprinter owned by the user, a company, or another corporation.

The charges A to C arise on every execution of printing. The printportal 100 charges the respective system users for the services. In thediscussion below, for the clarity of explanation, the printing serviceprovider is included in the print portal 100. This is because thedetails and the process of accounting by the print portal 100 aresimilar to those by the printing service provider.

The print portal 100 charges the user, the content providers 10A and10B, and the printing stations 70A and 70B for the services of thesystem (charges D to H in the drawing). Diverse accounting systems maybe applied for these charges. One applicable procedure sets a fixed ratefor every specified time period. For example, a fixed fee may becollected every month. Another applicable procedure sets a charge at thetime of registration for the services of the print portal 100. Onetypical example of this application is an admission fee. Still anotherapplicable procedure sets a quantity-based rate, for example, accordingto the frequency of printing via the print portal 100. In thedescription below, the system sets a fixed rate for every specified timeperiod.

In the drawing of FIG. 67, the boxes of the solid line may function tocollect the charges. The service provider 30, the pay content provider10A, the public printing station 70A, and the print portal 100 arepotential payment collectors. Each accounting source may work as thepayment collector. The respective accounting sources may thusindividually collect the charges shown in FIG. 67.

In the print portal system of this embodiment, printing-relatedinformation like print data is transmitted among the respective entitiesshown in FIG. 68 in the printing process. Transmission of information onaccounting together with the printing-related information enables totalmanagement of plural charges at one place. This arrangement effectivelyreduces the load of collecting charges and enhances the utility. Thelump sum accounting system is especially effective for charging the useron every execution of printing. As examples of the lump sum accountingsystem, the following describes processes of collecting charges at theprinting station, at the print portal, and at the service provider inthe case of printing a pay content.

FIG. 68 shows a process of collecting charges at the printing station70A. In this example, the printing station 70A located at the lowestlevel collects all the pieces of accounting information arising in thecourse of printing and takes charge of the lump sum accounting. In theillustrated example, the solid lines represent transmission ofprinting-related information, which have been discussed previously withthe diverse examples. The broken lines represent transmission of theaccounting information.

When the client MP issues a printing requirement for a certain paycontent provided by the pay content provider 10A, the access of theclient MP is changed over to the print portal 100. At this moment, thepay content provider 10A transmits accounting information as well asprint data to the print portal 100. The accounting informationrepresents a charge for printing the certain pay content, which isvaried according to the number of copies or the number of pages includedin the content.

The print portal 100 transfers the input print data to the printingservice provider 50, in response to a user's requirement. The accountinginformation transmitted from the pay content provider 10A is attached tothe print data. The printing service provider 50 then transmits theprint data and the accounting information attached thereto to thedesignated printing station 70A. The printing station 70A accordinglyreceives the accounting information on the fee of the pay content. Oncompletion of the printing operation, the printing station 70A generatesaccounting information that represents a printing fee charged to theuser corresponding to the consumption of printing paper and toner, inaddition to the fee of the content. The printing station 70A thuscollects all the pieces of accounting information regarding the chargesto the user.

The user fetches prints from the printing station 70A, so that the feescan readily be collected at this moment by cash. The payment mayalternatively be settled by prepaid card, by credit card, or by transferto the bank account.

The printing station 70A gains the details of accounting and pays thepay content provider 10A for the fee of the pay content. The payment maybe settled individually between the printing station 70A and the paycontent provider 10A, but is preferably settled via the print portal 100as discussed below. After collection of the fees, the printing station70A transmits the accounting information, which clearly discriminatesthe fee of the pay content from the printing fee, to the print portal100. The print portal 100 keeps the accounting information for a presettime period. The print portal 100 regularly processes the storedaccounting information and clarifies the accounting between pay contentprovider 10A and the printing station 70A. In a preferable application,the print portal 100 additionally takes into account the charges to theprinting station 70A and the pay content provider 10A for services ofthe print portal system. The provider of the print portal 100temporarily pays the pay content provider 10A for the fee of the paycontent and demands payment corresponding to the fee of the pay contentfrom the printing station 70A. The printing station 70A and the paycontent provider 10A settle the printing-related accounting throughtransactions with the provider of the print portal 100. This arrangementdesirably reduces the load of accounting and decreases the possibilityof oversight of charging.

This system is applicable for the case in which the public printingstation 70A having the capability of collecting charges is designated asthe output resource. Another system is suitable for the case in whichthe private printing station 70B having no capability of collectingcharges is designated as the output resource.

FIG. 69 shows a process of collecting charges at the print portal. As inthe case of FIG. 68, the accounting information on the fee of the paycontent is transmitted from the pay content provider 10A to the printportal 100 at the time of printing.

The print job is then transferred via the printing service provider tothe printing station 70A. The accounting information on the fee of thepay content is related to either the print job or the user and is storedin the print portal 100.

On completion of the printing operation, the printing station 70Acreates accounting information on the printing fee. This accountinginformation is transferred to the print portal 100 via the pathwayreverse to the path of the transmission of the print job. The accountinginformation may be transmitted together with a print report, whichrepresents normal completion of the printing operation. The accountinginformation may be transmitted directly from the printing station 70A tothe print portal 100.

The print portal 100 accordingly gains all the pieces of accountinginformation on the printing-related charges. The print portal 100charges the user, based on the collected accounting information. For theenhanced utility, it is preferable to demand payment in a lump sum forevery preset time period. The user makes a contract with the printportal 100 to pay for the services of the print portal system. Thecharges can thus be settled readily by utilizing the same system as thepayment for the services; for example, by credit card, by transfer tothe bank account, or by electronic prepaid card. The electronic prepaidcard gains electronic points, for example, by advanced transfer to thebank account, and decreases the electronic points to pay for theprinting-related charges. Another applicable procedure settles thepayment by cash via a window opened by the provider of the print portal100.

The payment to the print portal 100 is distributed to the pay contentprovider 10A and the printing station 70A by a similar procedure to thatin the system of FIG. 68. In the system of FIG. 69, the print portal 100carries out all the required processes to distribute the payment, demandpayment from the user, and charge the respective system users for theservices. This arrangement desirably reduces the load of accounting.

FIG. 70 shows a process of collecting charges at a service provider. Acellular phone as the client MP utilizes a specific service provider 30to access the Internet. The service provider 30 charges the user of theclient MP for the communication. The charges for the services of theprint portal system may thus be demanded with the charge for thecommunication. In the example of FIG. 70, the service provider 30 isexplicitly illustrated to clarify the transmission of information. Thisillustration does not mean the different configuration from those ofFIGS. 68 and 69.

The transmission of accounting information until completion of theprinting operation follows the process in the system of FIG. 69. Namelyaccounting information is transmitted from the pay content provider 10Ato the print portal 100 in response to a printing requirement and iskept in the print portal 100 until completion of the printing operation.The printing station 70A transmits information on the printing fee tothe print portal 100 on completion of the printing operation. The printportal 100 thus collects all the pieces of printing-related accountinginformation on completion of the printing operation.

In this system, the service provider 30 takes charge of accounting, sothat the print portal 100 transmits the accounting information includingthe fee of the pay content and the printing fee to the service provider30. The print portal 100 may add the charges for the services of theprint portal system to the transmission to the user. Here the total sumof the charges is transmitted to the service provider 30, andtransmission of the details of accounting is not required. The serviceprovider 30 charges the user for the total of the communication fee andthe total sum transmitted from the print portal 100. The accounting issettled by a specific method, for example, by credit card, by transferto the bank account, or by cash, according to a contract between theuser and the service provider 30.

The service provider 30 distributes a certain amount of money, which ispart of the payment from the user and corresponds to the total sumdemanded by the print portal 10, to the print portal 100 based on theaccounting information transmitted from the print portal 100. The printportal 100 further distributes the payment to the pay content provider10A and the printing station 70A.

The system of collecting charges at the service provider 30advantageously has the high certainty. Delinquency in payment for thecommunication fee of the service provider 30 imposes the significantdisadvantages, for example, no use of the cellular phone, on the user.The system of FIG. 70 thus desirably ensures collection of chargesdemanded by the print portal. The above discussion regards the case inwhich the cellular phone is used as the client MP. One possiblemodification uses a carrier of the general communication line or anaccess service provider, which is utilized for access to the Internetvia dialup connection, for the payment collector in place of the serviceprovider 30 in the system of FIG. 70.

The above description omits the charges for the services of the printingservice provider. The printing service provider may require each user topay for the services. In such cases, the print portal 100 may collectthe information on the service charges in addition to the other piecesof accounting information and settle the accounting.

The above description also omits a process of collecting charges at thepay content provider 10A. This is because there is a relatively smallnumber of pay content providers 10 a and thus little necessity ofconstructing the system for collecting charges at the pay contentprovider. As one application of the process of collecting charges at theservice provider 30, the pay content provider 10A may collect all thepieces of accounting information and function as the payment collector.

G2. Authentication

Appropriate authentication of each system user is essential for theproper accounting. Many and unspecified users use the print portalsystem via the network, so that authentication is very important toeliminate illegal uses. The print portal 100 functions as the hub of thesystem users and thus enables unified authentication.

FIG. 71 shows objects and methods of authentication. The subjects ofauthentication by the print portal include the user, the contentprovider, and the printing service provider or the printing station.

Authentication of the user is mainly based on three objects. The firstobject is to identify the accessed user as a user authorized by theprint portal. The print portal system is pay services, so thatelimination of illegal accesses is essential for protection of theprofits of the print portal business. The print portal utilizesinformation and equipment owned by third entities for the printingservices, and is required to meet user's printing requirements withcertainty. From this point of view, adequately handling the potentialtroubles in printing and definitely rejecting illegal printingrequirements are important to assure the benefits of the respectiveusers of the print portal system.

The second object is to identify the accessed user as a user authorizedto use pay contents. This is based on the necessity that collection of acontent fee should be assured in the case of printing a pay content. Thepay content provider allows only contractors to browse information, sothat the printing services should be restricted to the users authorizedby the pay content provider.

The third object is to assure adequate charging and payment. In the caseof an illegal access, the charges for printing may not be paid. Theauthentication of the user is thus required to avoid such troubles andensure proper accounting.

Because of such objects, the print portal authenticates the user. Theauthentication is carried out, for example, by comparing userinformation collected from the user at the time of a printingrequirement with user information registered in advance in the userdatabase 150. The user information may be the user ID and the userpassword registered in the print portal. When it is highly probable thatthe client MP is one-to-one mapped to the user, as in the case of thecellular phone, address information for identifying the client MP oncommunication via the network may be applied for the user information.

The user information may be collected at diverse timings. One applicableprocedure collects the user information at the time of an access fromthe client MP to the print portal 100. The authentication is, however,not restricted to this timing, but may be carried out on completion ofthe settings of the output resource and the printing conditions.

In the case of a printing requirement from the pay content provider, thepay content provider may have already authenticated the user who desiresto browse information. In such cases, the print portal may collectinformation regarding the authenticated user from the pay contentprovider, instead of independently carrying out the authentication.

Authentication of the content provider is mainly based on two objects.The first object is to identify the content provider as a legalregistrant authorized by the print portal. The content provider providesinformation that is object to be printed. It is technically possible tomake the content provider free without registration into the printportal. In the actual state, however, there are often business-basedrequirements of restricting the output resource and the maximum numberof printing sheets permitted, according to the information to beprinted. The print portal should register the content provider, in orderto ensure stable management of such requirements. The print portaladvantageously provides the content provider with flexible printingenvironments. Authentication of the legal registrant is required fromthe business-based viewpoint, that is, to collect the service fees fromthe content provider.

The second object is to confirm whether the content to be printed is afree content or a pay content. In the case of the pay content provider,specific processing is required to allow only authorized users to printthe content and to collect the content fee.

Because of these objects, the print portal authenticates the contentprovider. The authentication is carried out, for example, by comparingcontent information collected from the content provider or the user atthe time of a printing requirement with information registered inadvance in the content provider database 151. The content informationmay be the URL of the content or the domain name.

The content information may be collected at diverse timings. Oneapplicable procedure collects the content information simultaneouslywith transmission of print data from the content provider to the printportal 100. The print portal 100 may authenticates the content providerat a timing that does not affect the user interface. For example, theprint portal 100 gains access to the content provider and confirms thatexecution of printing is permitted under the specified settings ofprinting conditions, while the print portal 100 transfers the print jobto the printing service provider on completion of the settings ofprinting conditions.

Authentication of the printing service provider or the printing stationis mainly based on two objects. The first object is to identify theprinting service provider or the printing station as a legal registrantof the print portal. The second object is to confirm if the printingservice provider or the printing station functions as a paymentcollector. These lead to assure proper printing operations and adequateaccounting. A diversity of procedures may be applied for theauthentication. The print portal 100 may directly authenticate theprinting station. The hierarchical authentication policy may be adopted;that is, the print portal 100 authenticates the printing serviceprovider, while the printing service provider authenticates the printingstation.

The authentication is carried out, for example, by comparing outputresource information for identifying the output resource withinformation registered in advance in the printer database 152. Theoutput resource information may be the IP address used forcommunication. The authentication may be carried out at diverse timings,for example, at the time of specifying the output resource or at thetime of transferring a print job to the printing service provider andthe printing station 70A.

The print portal may not carry out the authentication by itself but mayentrust any of various authentication services constructed outside theprint portal. The system users who are not required for authenticationmay be excluded from the subjects of authentication by taking intoaccount the objects discussed above.

H. Maintenance and Management of Printers

In the system of this embodiment, the print portal 100 collectsinformation on the working state of each printing station. The printportal may manage and maintain the respective printing stations bytaking advantage of this functionality.

FIG. 72 shows functional blocks to attain the maintenance and managementfunctionality. For the purpose of clarity, functional blocks havinglittle relations to this functionality may be omitted from theillustration.

In this embodiment, the application unit 180 includes a printermaintenance unit 184 as a functional block of the maintenance andmanagement functionality. A print record 152A of each printer is storedin the printer database 152.

The printer PRT utilized in this system includes an MIB (ManagementInformation Base). The MIB is a database for storing the status of theprinter PRT and reports the remaining quantity of the toner and the lossof the photosensitive drum in response to an external inquiry.

The printer maintenance unit 184 regularly checks the working status ofeach printer PRT. The check is implemented by, for example, asking theMIB of each printer PRT about the remaining quantities of theexpendables via the printing service provider.

In the case where the printer PRT is used exclusively for printing viathe print portal, the remaining quantities of the expendables may beestimated from the print record 152A.

In order to relieve the load of checking a large number of printers PRT,one practical procedure selects the printers that require inspectionbased on the print record 152A and collect their status information viathe MIB.

The printer maintenance unit 184 checks the status of each printer PRTand provides maintenance information according to the requirements. Themaintenance information includes pieces of information to instructsupplement of the toner and paper and replacement of the photosensitivedrum. The maintenance information is preferably given to the printingstation or the printing service provider that owns the printer PRT.Required expendables may be ordered simultaneously with issuance of themaintenance information, based on the advanced approval of the printingstation or the printing service provider.

I. Mediation Via Single-Layer Server

The above embodiment and examples regard the process of printinginformation via the double-layer servers, that is, the print portal andthe printing service provider. Mediation of printing may be implementedby a single-layer server.

FIG. 73 shows functional blocks to mediate printing via a single-layerserver. In this configuration, a portal system 200 mediates transmissionof print data to a printer controller 250, in response to a printingrequirement from the client MP. The portal system 200 exerts combinedfunctions of the print portal and the printing service providerdiscussed above.

The printer controller 250 functions as a printing station. In thisexample, the printer controller 250 has the functions of managingseveral printers connected by a LAN or the like. The printer controller250 managing several printers also exerts part of the functions of theprinting service provider.

The printer controller 250 includes a logic printer management unit 252,a physical printer management unit 254, a data conversion unit 256, anda security module 251. The logic printer management unit 252 managesprinters by the unit of executing each print job. For example, when onedocument is printed with two printers, the two printers constitute onelogic printer.

The physical printer management unit 254 functions to manage the workingstatus of each printer, for example, the remaining quantities of tonerand paper. The physical printer management unit 254 is provided for eachmachine of the printer, irrespective of the construction of the logicprinter.

The data conversion unit 256 exerts functions corresponding to theprinter driver. The data conversion unit 256 converts data transmittedfrom the portal system 200 to control data intrinsic to the printer,which is the object to be controlled, that is, data representing the doton-off state in each pixel. The security module 251 functions to encodedata and authenticate data transmission, in order to eliminate illegalaccesses to the printer controller 250.

The portal system 200 mainly includes a standard functionality unit 210,an application unit 220, an accounting unit 240, and a security module201. The standard functionality unit 210 exerts the main functions toattain printing via the portal system 200. The standard functionalityunit 210 includes a data conversion unit 212, a status management unit214, a job controller 216, a directory service 218, an API (ApplicationProgramming Interface) 211, and a security module 202. The functions ofthe security modules 201 and 202 are substantially identical with thoseof the security module 251 in the printer controller 250.

The data conversion unit 212 functions to convert print data specifiedby the client 5 to a general purpose format, which does not depend uponthe model of the printer.

The status management unit 214 functions to monitor the working statusof each printer. The working status represents the conditions of eachprinter intimately related to execution of printing, for example, theremaining quantity of ink or toner and the remaining quantity ofprinting paper. The object of management is the physical printer. Thestatus management unit 214 carries out such management via communicationwith the physical printer management unit 254.

The job controller 216 functions to manage print jobs output to theprinter controller 250. As discussed previously, the printer as theoutput resource is designated arbitrarily on the network. The jobcontroller 216 transmits print jobs to the respective output resourcesand manages a record of the transmission, in response to thedesignation. In the case where an instruction is given to stop a certainprint job or change the print mode in the course of printing, the jobcontroller 216 identifies the printer that has received the print joband outputs the instruction to the identified printer. Like the spooler,the job controller 216 controls execution of print jobs. The differencefrom the spooler is that the job controller 216 controls not onlyaccumulated print data but transmitted print data.

The directory service 218 functions to manage information foridentifying the authenticated users of the portal system 200 and theavailable printers. The user-related information includes anidentification number and a password assigned to each user andinformation on the address of charging. The printer-related informationincludes information required for communication with the printer, forexample, information for identifying the printer on the network like theURI or the IP address. The printer-related information also includesinformation on the connection of the printer with the network, such asan exclusive line or dialup connection.

The application unit 220 is a functional block of exerting diversefunctions to enhance the utility. For example, the application unit 220causes a window for specifying the content to be printed and the printerof the output resource to be displayed on the client 5. The displayedwindow depends upon the type of the client 5; for example, differentwindows are provided for the computer and the cellular phone. Theapplication unit 220 is the functional block provided individuallycorresponding to the type of the client and the content to be printed.

The API (Application Programming Interface) 211 is an interface betweenthe application unit 220 and the standard functionality unit 210. TheAPI 211 functions to transfer the individually provided data of theapplication unit 220 to the standard functionality unit 210 in aspecific format. The mediation of the API 211 enables application of acommon module to the standard functionality unit 210, while providingdiverse application units 220 for each portal system.

The accounting unit 240 takes charge of accounting in the case ofprinting via the print portal 200. This functional block is providedindividually corresponding to the type of the client 5.

The functional blocks of the portal system are not restricted to theconfiguration of FIG. 2.

FIG. 74 shows possible extension of the system utilizing thesingle-layer server. In this example, two portal systems 200 and 200Aare used in a cooperative manner. Multiple clients MP and MPA andmultiple printer controllers 250 and 250A are related to the portalsystems 200 and 200A.

Directory services 218 and 218A in the respective portal systems managemapping of the clients to the printer controllers. Exemplified pieces ofinformation managed by the directory services 218 and 218A are shown inthe drawing. The directory service 218 maps information for identifyingthe destination of transmission of print data to the identificationnumber of each printer under management of its own portal system 200 andmanages the mapping. For example, the print controller 250 as thedestination of transmission of print data is mapped to a printer with anidentification number ‘1111’ under management of its own portal system200. Information for identifying the destination of transmission on thenetwork, for example, the IP address, is registered as the destinationof transmission of print data. In a similar manner, the print controller250A as the destination of transmission of print data is mapped to aprinter with an identification number ‘2222’ under management of its ownportal system 200A, and the mapping is registered in the directoryservice 218A.

Each directory service also stores the mapping of printers to the otherdirectory service. For example, the identification number ‘2222’allocated to the specific printer under management of the cooperativeportal system 200A is registered in the directory service 218. Theportal system 200A that manages the specific printer is registered asthe destination of transmission of print data.

On the contrary, the identification number ‘1111’ allocated to thespecific printer under management of the cooperative portal system 200is registered in the directory service 218A of the other portal system200A. The portal system 200 that manages the specific printer isregistered as the destination of transmission of print data.

The following briefly describes the printing process via the pluralityof portal systems in response to a printing requirement from the clientMP. In response to a printing requirement that specifies the printer ofthe identification number ‘1111’ under management of the portal system200 as the output resource, print data is transmitted to the printercontroller 250, based on the information managed by the directoryservice 218 (see the arrow A in the drawing).

In response to a printing requirement that specifies the printer of theidentification number ‘2222’ under management of the cooperative portalsystem 200A as the output resource, on the other hand, both the portalsystems 200 and 200A are used for printing. The job controller 216 inthe portal system 200 transfers the printing requirement to thecooperative portal system 200A, based on the information managed by thedirectory service 218 (see the arrow B in the drawing). The portalsystem 200A receives the transferred printing requirement and causes theprinter controller 250A to execute the printing operation. The PDFconversion may be performed in either of the portal systems 200 and200A.

A printing requirement from the client MPA is treated in a similarmanner. In the case where the printer under management of the portalsystem 200A is designated as the output resource, the portal system 200Atransmits print data to the printer controller 250A. In the case wherethe printer under management of the cooperative portal system 200 isdesignated as the output resource, the portal system 200A transfers theprinting requirement to the portal system 200.

The above description regards cooperation of two portal systems. Storageof management information in the directory service enables cooperationof three or more portal systems. The portal systems 200 and 200A may becooperated in a single direction, instead of the interactive manner. Forexample, the directory service 218 stores information of printers undermanagement of the portal system 200A, whereas the directory service 281Adoes not store information of printers under management of the portalsystem 200. In this configuration, the clients MP can use all theprinters under management of either the portal system 200 or the portalsystem 200A, whereas the clients MPA can use only the printers undermanagement of the portal system 200A. The system of FIG. 73 enablesconstruction of such unbalanced cooperation.

INDUSTRIAL APPLICABILITY

The present invention provides a technique of intermediating betweenmultiple content provider servers and multiple printing apparatuses toexecute a printing operation in response to an instruction from a clientconnected to a network.

1. A print portal system intermediating between a client and multipleprinting apparatuses so as to execute a printing operation of contentsdata provided by a content provider, wherein the client, the multipleprinting apparatuses and the content provider are connected to anetwork, the print portal system comprising: an upper-layer portalserver that: receives a print job from the client via the network, theprint job including address information for specifying an address of thecontents data on the network, and output resource information forspecifying the printing apparatus as an output resource; and fetches thecontents data from the content provider via the network based on thereceived address information; and multiple lower-layer portal serversthat: communicate directly with at least one of the multiple printingapparatuses; and receive the fetched contents data and the outputresource information from the upper-layer portal server and transfer thereceived fetched contents data to the printing apparatus specified bythe received output resource information when the printing apparatusspecified by the received output resource information is the printingapparatus communicating directly with the lower-layer portal server,wherein the upper-layer portal server further comprises: a restrictiondatabase module for storing restriction information for restricting atransfer of the fetched contents data to the lower-layer portal serveraccording to the relation between the multiple printing apparatuses andat least one of the client and the contents data; a determination modulethat determines, based on the stored restriction information and whenthe print job is received from the client, whether or not the transferof the fetched contents data and the output resource information to thelower-layer portal server is to be executed; a change request modulethat requests the client to change the output resource information whenthe determination module determines that the transfer of the fetchedcontents data and the output resource information to the lower-layerportal server is not to be executed; an upper-layer portal module thattransfers the fetched contents data and the output resource informationto the lower-layer portal server when the determination moduledetermines that the transfer of the fetched contents data to thelower-layer portal server is to be executed; and a restrictioncustomization module that accepts registration of the restrictioninformation to the restriction database module from at least one of theclient, the content provider and the multiple printing apparatuses. 2.The print portal system according to claim 1, wherein the upper-layerportal server further comprises an interface providing module thatprovides the client with an interface for receiving a printing conditionfor printing the contents data, wherein the interface is formed in aunified format independent of the contents data and the multiplelower-layer portal servers.
 3. The print portal system according toclaim 2, wherein the interface providing module comprises: an interfacedatabase module for storing interface contents displayed in theinterface according to relation to the client; an interfacecustomization module that accepts registration of the interface contentsto the interface database from the client; and an interface controlmodule that reflects the stored interface contents to the providedinterface.
 4. The print portal system according to claim 2, wherein theinterface providing module comprises: a condition presentation modulethat presents the client with an option for selecting the outputresource from the multiple printing apparatuses; an input module thataccepts a selection result based on the presented option from theclient; a search module that searches a printing apparatus adapting tothe accepted selection result from the multiple printing apparatuses;and a printer presentation module that presents the client with thesearched printing apparatus.
 5. The print portal system according toclaim 1, wherein the upper-layer portal server further comprises anauthentication module that authenticates at least one of the client, thelower-layer portal server, the content provider, and the printingapparatus, when the printing operation is intermediated.
 6. The printportal system according to claim 1, wherein: a connection between theclient and the network is executed via a carrier system that providesthe client with a connection environment to the network; and theupper-layer portal server further comprises a charging receiving modulethat receives, with data communication of the intermediated printingoperation, charging information for specifying cost imposed on a user ofthe client for at least one of the lower-layer portal server, theprinting apparatus, the content provider and the carrier system.
 7. Theprint portal system according to claim 6, wherein the upper-layer portalserver further comprises a charging sending module that sends, with datacommunication of the intermediated printing operation, the receivedcharging information to at least one of the lower-layer portal server,the printing apparatus, the content provider and the carrier system. 8.An upper-layer portal server managing multiple lower-layer portalservers to intermediate between a client and multiple printingapparatuses so as to execute a printing operation of contents dataprovided by a content provider, wherein the client, the multipleprinting apparatuses and the content provider are connected to anetwork, and each of the multiple lower-layer portal serverscommunicates directly with at least one of the multiple printingapparatuses, the upper-layer portal server comprising: a job receivingmodule that receives a print job from the client via the network, theprint job including address information for specifying an address of thecontents data on the network, and output resource information forspecifying the printing apparatus as an output resource; a contentsfetching module that fetches the contents data from the content providervia the network based on the received address information; a transfermodule that transfers the received output resource information and thefetched contents data to a lower-layer portal server communicatingdirectly with the printing apparatus specified by the received outputresource information; a restriction database module for storingrestriction information for restricting a transfer of the fetchedcontents data to the lower-layer portal server according to the relationbetween the multiple printing apparatuses and at least one of the clientand the contents data; a determination module that determines, based onthe stored restriction information and when the print job is receivedfrom the client, whether or not the transfer of the fetched contentsdata and the output resource information to the lower-layer portalserver is to be executed; a change request module that requests theclient to change the output resource information when the determinationmodule determines that the transfer of the fetched contents data and theoutput resource information to the lower-layer portal server is not tobe executed; and an upper-layer portal module that transfers the fetchedcontents data and the output resource information to the lower-layerportal server when the determination module determines that the transferof the fetched contents data to the lower-layer portal server is to beexecuted; and a restriction customization module that acceptsregistration of the restriction information to the restriction databasemodule from at least one of the client, the content provider and themultiple printing apparatuses.
 9. A method for intermediating between aclient and multiple printing apparatuses so as to execute a printingoperation of contents data provided by a content provider, wherein theclient, the multiple printing apparatuses and the content provider areconnected to a network, the method comprising: providing an upper-layerportal server that: receives a print job from the client via thenetwork, the print job including address information for specifying anaddress of the contents data on the network, and output resourceinformation for specifying the printing apparatus as an output resource;and fetches the contents data from the content provider via the networkbased on the received address information; providing multiplelower-layer portal servers that: communicates directly with at least oneof the multiple printing apparatuses; and receives the fetched contentsdata and the received output resource information from the upper-layerportal server and transfer the received fetched contents data to theprinting apparatus specified by the received output resource informationwhen the printing apparatus specified by the received output resourceinformation is the printing apparatus communicating directly with thelower-layer portal server; managing, by the upper-layer portal server,restriction information f or restricting a transfer of the fetchedcontents data to the lower-layer portal server according to relationbetween the multiple printing apparatuses and at least one of the clientand the contents data; determining, by the upper-layer portal server,based on the managed restriction information and when the print job isreceived from the client, whether or not the transfer of the fetchedcontents data and the output resource information to the lower-layerportal server is to be executed; requesting the client to change theoutput resource information when the determination module determinesthat the transfer of the fetched contents data and the output resourceinformation to the lower-layer portal server is not to be executed;transferring the fetched contents data and the output resourceinformation to the lower-layer portal server when the determinationmodule determines that the transfer of the fetched contents data to thelower-layer portal server is to be executed; and accepting registrationof the restriction information from at least one of the client, thecontent provider and the multiple printing apparatuses.